Re: [OSM-talk-fr] Mapillary : Orientation

[Stéphane Péneau]

Les flèches en surimpression sont déduites des analyses faites sur les 
photos;

C'est pour cette raison que ça ne correspond pas.

Dans le cas présent, le tag de direction présent dans les photos n'est 
pas bon.


Stf


En fait, il y a un truc que je ne comprends pas.

Aujourd'hui, j'ai fait une séquence en visant perpendiculairement à 
mon déplacement, à droite*:


https://www.mapillary.com/map/im/FASZg6rAv-znbXGsYOQX_g

Quand je regarde l'image et surtout les flèches au sol indiquant le 
déplacement, c'est bon. Elles sont bien perpendiculaire à la direction 
de visée.


Par contre, sur la carte, les cônes indiquant la direction de prise de 
vue ne sont pas bons. Ils sont dans le sens de déplacement. Idem si je 
vais dans josm.


Ma conclusion est qu'il y a une incohérence chez Mapillary en ligne. 
Vous êtes d'accord???




Eric



* smartphone avec compas et dernière version de Mapillary pour 
Android. Téléversement direct depuis le smartphone.


___
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-us] iD news: v2.3.0 released

[Bryan Housel]

iD v2.3.0 was released July 7, 2017 and is now available for editing on 
openstreetmap.org 

  A few highlights from the release:

New:  Toggle-able information panels can be used to expose more advanced 
features without cluttering the user interface.
⌘I: Show/Hide info panels (by default, will toggle the Measurement panel)
⌘⇧M: Toggle Measurement Panel - Show selected object area, length, perimeter, 
calculate center, etc.
⌘⇧L: Toggle Location Panel - Show location coordinates and reverse geocode
⌘⇧H: Toggle History Panel - Show last edited by, links to user and changeset 
info, object history
⌘⇧B: Toggle Background Panel - Show imagery age if available and toggle tile 
debugging

Support localization of background imagery names, descriptions, attribution text
Show background imagery icons from editor-layer-index 
, upgrade Bing icon and others
Add  walkthrough=true  to the url, and iD will start the walkthrough 
automatically
New presets for manholes, storm drains, scrapyards
Many more bugfixes!
  

Please help translate these new features if you can!  The iD project is now 
under the OpenStreetMap organization on Transifex:
   https://www.transifex.com/openstreetmap/id-editor/dashboard/ 


Changelog:
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#230 


Twitter:
   v2.3.0 + info panels and imagery age: 
https://twitter.com/bhousel/status/883487026594623489 

   History info panel: https://twitter.com/bhousel/status/883488962215632896 

   All panels:  https://twitter.com/bhousel/status/882758167742083075 

   Tile Debugging showing Bing imagery age:  
https://twitter.com/bhousel/status/881519390495309824 


Follow me on Twitter https://twitter.com/bhousel  
for more iD updates (but mostly screenshots).


Thanks! 
Bryan___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-ie] weeklyOSM #363 2017-06-27-2017-07-03

[weeklyteam]

The weekly round-up of OSM news, issue # 363,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9229/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-GB] weeklyOSM #363 2017-06-27-2017-07-03

[weeklyteam]

The weekly round-up of OSM news, issue # 363,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9229/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-in] weeklyOSM #363 2017-06-27-2017-07-03

[weeklyteam]

The weekly round-up of OSM news, issue # 363,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9229/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-ca] weeklyOSM #363 2017-06-27-2017-07-03

[weeklyteam]

The weekly round-up of OSM news, issue # 363,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9229/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-us] weeklyOSM #363 2017-06-27-2017-07-03

[weeklyteam]

The weekly round-up of OSM news, issue # 363,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9229/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[talk-ph] weeklyOSM #363 2017-06-27-2017-07-03

[weeklyteam]

The weekly round-up of OSM news, issue # 363,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9229/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-africa] weeklyOSM #363 2017-06-27-2017-07-03

[weeklyteam]

The weekly round-up of OSM news, issue # 363,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9229/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-de] OSM-Karte mit anderer Projektion auf unteren Zoomstufen

[Tom Pfeifer]

On 07.07.2017 17:27, Frederik Ramm wrote:
[...]

ihrer Bachelor-Arbeit Gedanken darüber gemacht, ob man auf den unteren
Zoomstufen nicht eine andere Projektion einsetzen könnte. [...]
im Rahmen einer Bachelorthesis („Die WebMercator-Verzerrung: Prototyp
einer optimierten Weltkartendarstellung für Webkartendienste“) 


Coole Sache, habe bereits den survey positiv gemonkeyed.

Welche Projektion wurde denn nun verwendet?
Könnte ruhig noch eine Zoomstufe so weitergehen.
Vielleicht sollte man in der neuen Projektion, sowie in der ersten Mercator-Stufe, auch die 
Meridiane rendern, dann wird der Projektionswechsel auch dem Laien verständlicher.


tom

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

Re: [OSM-talk-fr] Plusieurs données libres qui pourraient améliorer osm

[Jérôme Amagat]

Le 6 juillet 2017 à 10:33, Christian Quest  a
écrit :

> Le 6 juillet 2017 à 02:40, Jérôme Amagat  a
> écrit :
>
>> plusieurs choses trouvées sur data.gouv.fr :
>>
>> - BD TOPO® Hydrographie de l’IGN
>> (http://www.data.gouv.fr/fr/datasets/bd-topo-r-hydrographie/ ;
>> http://professionnels.ign.fr/bdtopo-hydrographie)
>> Il y a la France métropolitaine les départements d’outre mer et plusieurs
>> territoires d’outre mer.
>>
>>
> Je compte l'ajouter ou l'utiliser en remplacement de la BD Carthage sur le
> rendu hydro... pour mémoire il ressemble à ça:
> http://tile.openstreetmap.fr/?zoom=12=49.43376=0.
> 26065=B00FT
>
>
> - FINESS (Extraction du Fichier des établissements) (
>> http://www.data.gouv.fr/fr/datasets/finess-extraction-du-fic
>> hier-des-etablissements/ )
>>
>> Avec les bonne correspondances entre catégorie finess et tag osm ces
>> données pourraient être intégrable avec osmose.
>>
>>
>
>
Il n'est pas déjà exploité par osmose ?
>

je crois pas.
Il y a des pharmacies qui sont intégrable avec osmose mais ça ne viens pas
de cette base de donnée.
dans finess il y a les pharmacies, les hôpitaux, les maisons de retraites
...

>
>
>
>> - Données sur les installations radioélectriques de plus de 5 watts (
>> https://www.data.gouv.fr/fr/datasets/donnees-sur-les-install
>> ations-radioelectriques-de-plus-de-5-watts-1/ )
>>
>> il y a déjà eu une discussion en rapport avec cette donnée sur cette
>> liste, et il n’y a pas les tags pour tout intégrer à osm mais une chose
>> pourrait être intégrer c’est les supports des « antennes »
>>
>> ces supports sont classé dans différentes catégories :
>> Sémaphore;Phare;Château d'eau - réservoir;Immeuble;Local
>> technique;Mât;Intérieur galerie;Intérieur sous-terrain;Tunnel;Mât béton;Mât
>> métallique;Pylône;Bâtiment;Monument historique;Monument religieux;Pylône
>> autoportant;Pylône autostable;Pylône haubané;Pylône treillis;Pylône
>> tubulaire;Silo;Ouvrage d'art (pont, viaduc);Tour hertzienne;Dalle en
>> béton;Support non décrit;Fût;Tour de contrôle;Contre-poids au
>> sol;Contre-poids sur shelter;Support DEFENSE;pylône arbre;Ouvrage de
>> signalisation (portique routier, panneau routier, panneau
>> publicitaire);Balise ou bouée
>>
>> Je pense surtout aux pylônes, tour hertzienne et mat qui pourrait être
>> ajouté avec les tag man_made=tower ou man_made=communications_tower.
>>
>>
>> - Répertoire SIRENE (http://www.data.gouv.fr/fr/da
>> tasets/base-sirene-des-entreprises-et-de-leurs-etablissement
>> s-siren-siret/)
>>
>> Il y a eu des annonces de son arrivé imminente sur cette liste mais rien
>> depuis sont arrivé pour s’en servir pour osm :)
>>
>> (Je dit ça parce que je ne l’avais pas vu la 1ere fois : Christian nous a
>> parler d’une base géolocalisé, de base sur la page
>> http://www.data.gouv.fr/fr/datasets/base-sirene-des-entrepri
>> ses-et-de-leurs-etablissements-siren-siret/ ça ne l’ai pas, il faut
>> aller en bas de la page dans les ressources communautaires pour trouver ce
>> qu’a fait christian ça mène là : http://212.47.238.202/geo_sirene/last/
>> et ont peut avoir les données sur un département ou une commune.)
>>
>> Je comprend bien que c’est compliqué à intégrer facilement dans osm mais
>> il me semble que pour certains codes APE, la correspondance avec un tag osm
>> est facile et donc, lorsque la géolocalisation est à l’adresse exacte,
>> osmose pourrait permettre l’intégration de l’établissement.
>>
>>
>
> On a parlé de SIRENE lors de l'atelier "tsunami opendata".
>
> Il y a sûrement un outil plus dédié et grand public à penser pour tirer
> parti au mieux de ces infos, voir pour intégration avec des outils comme
> geocropping que je teste depuis peu et me semble une bonne piste. Lorsqu'un
> commerce a changé, interroger SIRENE permettrait de proposer les nouvelles
> infos et de simplement les confirmer si c'est ok.
>
>
>
>> (Je parle beaucoup d’osmose, je ne cherche pas a dire à d’autre, fait ci
>> fait ca c’est pour discuter de quels éléments sont intégrables et si c’est
>> pertinent de le faire avec osmose. Après le codage pour osmose je pourrais
>> essayer quelque chose mais je garantis rien sur le résultat :) )
>>
>>
> J'avais testé une petite utilisation de SIRENE via osmose, juste pour les
> pharmacies.
>
> c’était il me semble que sur un département ?

ça pourrait être généraliser sur la France et utiliser pour d'autres
éléments. exemple :
47.11F  Hypermarchés  shop=supermarket
47.22Z  Commerce de détail de viandes et de produits à base de viande en
magasin spécialisé shop=butcher
55.10Z  Hôtels et hébergement similaire tourism=hotel
et d'autres

La géolocalisation me semble bonne quand elle trouve ville, rue et numéro
exacte dans la rue. lorsque la géolocalisation donne un point sans le
numéro de rue c'est beaucoup plus aléatoire.
Donc pourquoi pas se limiter aux cas avec numéro de rue dans les données
SIRENE avec ce numéro trouvé par ton travail de géolocalisation.

Re: [OSM-talk-fr] Plusieurs données libres qui pourraient améliorer osm

[Jérôme Amagat]

Le 6 juillet 2017 à 16:34, François Lacombe  a
écrit :

> Bonjour Jérôme,
>
>
> Le 6 juillet 2017 à 02:40, Jérôme Amagat  a
> écrit :
>
>> - Données sur les installations radioélectriques de plus de 5 watts (
>> https://www.data.gouv.fr/fr/datasets/donnees-sur-les-install
>> ations-radioelectriques-de-plus-de-5-watts-1/ )
>>
>> il y a déjà eu une discussion en rapport avec cette donnée sur cette
>> liste, et il n’y a pas les tags pour tout intégrer à osm mais une chose
>> pourrait être intégrer c’est les supports des « antennes »
>>
>> ces supports sont classé dans différentes catégories :
>> Sémaphore;Phare;Château d'eau - réservoir;Immeuble;Local
>> technique;Mât;Intérieur galerie;Intérieur sous-terrain;Tunnel;Mât béton;Mât
>> métallique;Pylône;Bâtiment;Monument historique;Monument religieux;Pylône
>> autoportant;Pylône autostable;Pylône haubané;Pylône treillis;Pylône
>> tubulaire;Silo;Ouvrage d'art (pont, viaduc);Tour hertzienne;Dalle en
>> béton;Support non décrit;Fût;Tour de contrôle;Contre-poids au
>> sol;Contre-poids sur shelter;Support DEFENSE;pylône arbre;Ouvrage de
>> signalisation (portique routier, panneau routier, panneau
>> publicitaire);Balise ou bouée
>>
>> Je pense surtout aux pylônes, tour hertzienne et mat qui pourrait être
>> ajouté avec les tag man_made=tower ou man_made=communications_tower.
>>
>
> +1
> On peut également compléter les tags operator=*, height=* et par
> conséquent ref:FR:ANFR avec ces fichiers pour les supports de type pylônes,
> mats...
> S'agissant de données ponctuelles, osmose est approprié pour faire la
> conflation
>


fichier SUP_SUPPORT.txt
il peut y avoir plusieurs lignes par support, un même id par support SUP_ID
c'estgeolocalisé.
NAT_ID : Identifiant de la nature du support. Le libellé se trouve dans la
table de référence SUP_NATURE. permet d'obtenir le tag man_made=
SUP_NM_HAUT : hauteur du support.height=
TPO_ID : Identifiant du propriétaire du support. Le libellé se trouve dans
la table de référence SUP_PROPRIETAIRE. owner= ?

fichier SUP_STATION.txt
ADM_ID : Identifiant de l’exploitant de l’installation. Le libellé se
trouve dans la table de référence SUP_EXPLOITANT. operator=
DEM_NM_COMSIS : numéro d'identification de l’installation sur Cartoradio.
ref:FR:Cartoradio= ?

D’après ce qui est écrit au bas de cette page
https://www.data.gouv.fr/fr/datasets/donnees-sur-les-installations-radioelectriques-de-plus-de-5-watts-1/
dans les discutions la seul ref perenne c’est le numéro d'identification de
l’installation sur Cartoradio

Je vois une solution simple pour intégration via osmose :
juste avec le fichier SUP_SUPPORT.txt
pour chaque SUP_ID (donc pour chaque support) proposition d’intégration de
man_made=tower et tower:type=communication avec height= la valeur de
SUP_NM_HAUT (en remplaçant les virgules par des points). et cela quand
NAT_ID correspond à Pylône autostable, Pylône haubané, Pylône tubulaire,
Tour hertzienne, Mât , Mât béton, Mât métallique.

On peut aussi différencier plusieurs cas pour les differents tags :
man_made=communications_tower
man_made=tower et tower:type=communication
man_made=mast et tower:type=communication

Sinon pour faire plus compliqué et intégrer plus d‘info, il faut je pense
sortir les infos des différents fichiers pour pouvoir l'utiliser avec
osmose sachant que sur un support il peut y avoir plusieurs station et donc
plusieurs numéros d'identification de l’installation sur Cartoradio. et
quelques stations peuvent être sur plusieurs supports (je pense proche).
Donc il faudrait un ref:FR:Cartoradio= avec parfois plusieurs valeurs
séparer par des ";" et une valeur peut ce retrouver sur plusieurs support
donc sur plusieurs éléments dans osm
(operator= aussi aurait plusieurs valeurs séparer par des ";" )
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Questions de tagging pour des objets en lien avec les services de secours

[osm . sanspourriel]

Le 07/07/2017 à 20:31, marc marc - marc_marc_...@hotmail.com a écrit :


Le 07. 07. 17 à 19:58, JB a écrit :

réutiliser amenity=fire_station sur ce qui n'en est pas vraiment une
(à ce que j'ai compris) n'est pas une bonne idée.

je suis d'accord avec toi sur ce point.
j'avais cru comprendre que c'était une caserne minimaliste "construite"
pour les " mois d'été puis redémontrée.
si ce n'est pas une caserne, fire_station n'est pas le bon tag
___
Tu dis que c'est une caserne minimaliste mais si ce n'est pas une 
caserne ce n'est pas le bon tag.
Si la bonne définition c'est "caserne minimaliste" c'est donc une 
caserne à décrire comme telle mais à qualifier par un autre attribut 
style importance, category... à définir ou réutiliser.

category=minor?
Une cantine scolaire, tu ne dis pas pas que c'est un restaurant, mais ce 
que c'est une cantine et tu précises scolaire.


Si par contre tu dis que c'est un camp de fortune avec un parking pour 
les véhicules de pompiers, OK pour un attribut  complètement différent


Si on ne laisse que les fondations permanent=no et seasonal=yes.
Si on laisse le bâtiment vide simplement seasonal=yes.

JB, c'est peut-être moi en parlant d'échelles de mesures (en précisant 
que ce n'était pas la même chose) qui t'ai induit en erreur. Souvent les 
marques historiques ne sont pas très loin des points de mesure. Sinon 
comme qui dirait il y a un problème.


Jean-Yvon

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

Re: [Talk-cat] Trolls i futures edit-wars (que no star-wars)

[Carlos Sánchez]

Jo veig be el correu d'en Jaume. Se sap on esta actuant principalment?

El 7 jul. 2017 12:39 p. m., "Carlos Cámara" 
escribió:

> Ok a informar sobre aquest usuari, però també estic d'acord amb en Pere:
> eliminaria la part del conflicte polític i el referèndum i em centraria en
> els fets. Que la totalitat d'edicions d'un usuari nou estan centrades
> exclusivament a canviar sistemàticament tots els noms oficials de les
> localitats per noms en Espanyol (enlloc de posar-los a name:es), fet que és
> incorrecte tal i com se l'ha informat. (entenc que se l'ha informat i que
> tot i així segueix).
>
> Salutacions
>
> Carlos Cámara
> http://carloscamara.es
>
> El dia 7 de juliol de 2017 a les 7:00,  ha escrit:
>
>> Molt d'acord amb en Pere.
>>
>> Jaume Batlle
>> 619 320 243
>>
>> El dia 6 jul. 2017 10:47 p. m., "Pere lópez brosa"  va
>> escriure:
>>
>> Hola a tots.
>>>
>>> Jo trauria la primera frase sobre el conflicte i em centraria en els
>>> fets: els noms oficials a Catalunya són en català (i en aranès a la Vall
>>> d'Aran) i aquest usuari els està canviant. Això és un problema i demanem
>>> com resoldre'l.
>>>
>>> Aquest tipus de trolls, més que conseqüència de la situació política
>>> semblen ser-ne part de la causa, i encara que a OSM el vandalisme és escàs
>>> aquesta mena de vàndals ja eren freqüents a la Viquipèdia abans que
>>> comencés el procés.
>>>
>>> Ara bé, feu com us sembli millor perquè vosaltres coneixeu la comunitat
>>> OSM i les eines molt més bé que jo.
>>>
>>> Que vagi bé.
>>>
>>> Pere
>>>
>>> 2017-07-06 21:23 GMT+02:00 Jan Esquerra :
>>>
 +1

 Al text en angles s'ha de treure una R a 'whrere' de despres de
 vandalism

 2017-07-06 21:16 GMT+02:00 Roger Veciana i Rovira :

> Molt bé i gràcies
>
> El dia 06/07/2017 8:47 p. m., "Wladimir Szczerban" 
> va escriure:
>
> +1
>>
>>
>>
>> 2017-07-06 18:44 GMT+02:00 Jaume Figueras i Jové <
>> jaume.figue...@upc.edu>:
>>
>>> Hola ja tenim el primer cas declarat de troll que canvia noms
>>> catalans a espanyols, l'usuari therealsailor amb només 17 dies 
>>> d'antiguitat
>>> i dedicat exclusivament a aquesta feina. Amb això crec convenient 
>>> enviar-li
>>> un correu per iniciar el procés de blocatge i avisar a la OSMF i DWG de 
>>> "lo
>>> que nos viene".
>>>
>>> Els correus estan a continuació i us demano que em doneu l'OK i
>>> afegiu les modificacions necessàries si ho creieu convenient o si creieu
>>> que no cal, digueu que no enviï aquest correu.
>>>
>>> Benvolgut usuari: therealsailor,
>>> hem detectat que has estat canviant els noms oficials de carrers,
>>> pobles i ciutats de Catalunya per una versió d’aquests noms 
>>> castellanitzada
>>> diferent al nom oficial. Amb aquest missatge volem demanar que respectis
>>> els noms oficials dels elements que has canviat i no ho tornis a fer.
>>> Atentament, els membres de la comunitat catalana d’OSM.
>>>
>>> Estimado usuario: therealsailor,
>>> hemos detectado que has estado cambiando los nombres oficiales de
>>> calles, pueblos y ciudades de Cataluña a una versión de estos nombres
>>> castellanizada diferente del nombre oficial. Con este mensaje queremos
>>> pedir que respetes los nombres oficiales de los elementos que has 
>>> cambiado
>>> y no lo vuelvas a hacer.
>>> Atentamente, los miembros de la comunidad catalana de OSM.
>>>
>>> Dear user: therealsailor,
>>> We have detected that you have been changing the official names of
>>> streets, towns and cities of Catalonia for a version of these names into
>>> Spanish different from the official name. With this message we want to 
>>> ask
>>> you to respect the official names of the items that you have changed 
>>> and do
>>> not do it again.
>>> Sincerely, the members of the Catalan community of OSM.
>>>
>>>
>>> Dear members of the OSMF and DWG,
>>>
>>> as you may know, Catalonia and Spain are in conflict. Catalonia
>>> wants to hold a referendum for independence whilst Spain forbid this
>>> referendum. This conflict will increase in our country but also in OSM.
>>> Nowadays we have detected the first case of vandalism whrere many items
>>> (such as streets, city limits, city centers, etc.) were changed its name
>>> from the official name in Catalan (also recognized by the Spanish laws)
>>> into its translated name in Spanish. For example, Girona → Gerona, 
>>> Vilanova
>>> i la Geltrú → Villanueva y Geltrú, etc.
>>>
>>> In the whole Spain, the name field is filled with the official name,
>>> in Spanish, Catalan, Euskera, Galego, Bable, Occitan, etc. Also the
>>> name:es, name:ca, name:eu, etc. are used accordingly.
>>>

[OSM-talk-be] Some help with conditional access

[Jakka]

A note with question of conditional access
verkeersbord "weg enkel gesloten van 10 tot 15u op schooldagen"
traffic sign "highway closed from 10:00-15:00 when its school time"

http://www.openstreetmap.org/note/1007654#map=18/50.87879/4.21780


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

Re: [Talk-cz] Fwd: úprava mapy

[Marián Kyral]

Dne 7.7.2017 v 22:18 Lukáš Gebauer napsal(a):
> Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):
>>
>> Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem sádek je
>> plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v terénu
>> asi nelze.
>
> https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.8y,2.57h,97.4t/data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYzd1RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0

Psal jsem v mapě ;-)

>
>>> Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne mapovat
>>> topograficke prvky na privatnim pozemku, kdyz si to jejich majitel
>>> nepreje?
>> Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli, že si
>> to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký zákazník
>> restaurace, že mu v mapě chybí jeho oblíbená pěšina.
>>
>
> Toho jsem si prave vedom, proto jsem tu otazku nadhodil.
> Treba tady ten majitel tu vuli vyslovil. Nechce, aby byly jeho
> privatni cesty zmapovany. A co udelame my? Zmapujeme mu to tam jeste
> dukladneji, pridame plot, zavory, vsechno spravne oznacime jako
> privatni. Tak nevim, jestli ho tim potesime, a bude to potreba
> dukladne diplomaticky vysvetlit.
>
> Kazdopadne jsem uz asi vypatral, odkud vitr vane. Ona tam totiz bude
> nekam vychazet vylustena geocache:  https://coord.info/GC4P3BV
>
> Konkretne tento posledni zapis: https://coord.info/GLR2T3H1
>
> "Ač GeoCheck vše potvrdil a my mohli vyrazit, nebylo nám to umožněno.
> Pokoušeli jsme se k finálce dostat všemy dostupnými cestami. To nám
> totálně znechutil nějaký místní majitel pozemků, který nás několikrát
> zastavil a vykázal pryč, protože všechno je tu jeho.
> Bohužel jsme se tu nepřipojili na net a tak jsme nemohli využít rady z
> Checku.
> ( i když nevím :-), jestli by pomohla). Tak přejeme ostatním více
> štěstí"
>

Aha, tak v tom případě asi nejlíp kontaktovat ownera, aby buď doplnil
přístupovou cestu nevedoucí přes soukromé pozemky, nebo rovnou požádat o
archivaci.
Protože pokud to je skutečně takto, tak smazáním cesty si pán moc
nepomůže. Spíše to problém ještě zhorší, protože kačeři pak půjdou
rovnou za šipkou.

Takže asi by bylo fajn nejprve kontaktovat autora logu, kde přesně je
vyhazovali a pokud u toho penzionu, tak následně pak ownera aby keš
přesunul.

Marián

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

Re: [Talk-cz] Fwd: úprava mapy

[Lukáš Gebauer]

Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):


Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem sádek je
plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v terénu
asi nelze.


https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.8y,2.57h,97.4t/data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYzd1RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0


Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne mapovat
topograficke prvky na privatnim pozemku, kdyz si to jejich majitel
nepreje?

Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli, že si
to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký zákazník
restaurace, že mu v mapě chybí jeho oblíbená pěšina.



Toho jsem si prave vedom, proto jsem tu otazku nadhodil.
Treba tady ten majitel tu vuli vyslovil. Nechce, aby byly jeho privatni 
cesty zmapovany. A co udelame my? Zmapujeme mu to tam jeste dukladneji, 
pridame plot, zavory, vsechno spravne oznacime jako privatni. Tak nevim, 
jestli ho tim potesime, a bude to potreba dukladne diplomaticky vysvetlit.


Kazdopadne jsem uz asi vypatral, odkud vitr vane. Ona tam totiz bude 
nekam vychazet vylustena geocache:  https://coord.info/GC4P3BV


Konkretne tento posledni zapis: https://coord.info/GLR2T3H1

"Ač GeoCheck vše potvrdil a my mohli vyrazit, nebylo nám to umožněno.
Pokoušeli jsme se k finálce dostat všemy dostupnými cestami. To nám 
totálně znechutil nějaký místní majitel pozemků, který nás několikrát 
zastavil a vykázal pryč, protože všechno je tu jeho.
Bohužel jsme se tu nepřipojili na net a tak jsme nemohli využít rady z 
Checku.
( i když nevím :-), jestli by pomohla). Tak přejeme ostatním více 
štěstí"



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

Re: [Talk-cz] Fwd: úprava mapy

[Marián Kyral]

Dne 7.7.2017 v 20:26 Lukáš Gebauer napsal(a):
> Dne 7.7.2017 v 20:00 Jan Martinec napsal(a):
>> Upravím to jako access=private, to by mělo stačit, ne? Mazat
>> existující cestu, protože se majiteli nelíbí zmínka o její existenci,
>> už mi přijde moc. (Teda pokud to najdu - není to výřez z Mapy.cz?)
>
> Je to na sever od Šluknova, při silnici k hranicím. Z mapy.cz to neni,
> na Googlu taky ne, je to jen v OSM.
>
> Konfrontace s katastralkou rika, ze ty pozemky, vcetne lesa, patri
> skutecne Karlům.
>
> Konfrontace s ortomapou zase rika, ze ta pesina pres les je nejaka
> divna. Z casti je tam cesta, ale konci u nejake boudy u druheho konce
> rybnika. Dal podle mne nepokracuje. Takze kdyz se smaze ta pesina pres
> les, tak zadnou skodu asi nenadelame.

Ale zase to vypadá, že z druhé strany hranice tam nějaké pěšiny vedou.
Možná bych zkusil kontaktovat toho, kdo to zakreslil. Není to zkratka k
té restauraci?

>
> Oproti tomu ten mostek a cesticka kolem sadek tam asi opravdu je, to
> bych nemazal, jen oznacil privatnost. Ten barak u sadek je restaurace,
> a od nej dal je zavora s cervenou ceduli.
>

Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem sádek je
plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v terénu
asi nelze.

> Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne mapovat
> topograficke prvky na privatnim pozemku, kdyz si to jejich majitel
> nepreje?

Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli, že si
to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký zákazník
restaurace, že mu v mapě chybí jeho oblíbená pěšina.

Marián


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

Re: [OSM-talk-fr] Orthophotographies en erreur ?

[Philippe Verdy]

Les secteurs défectueux sur un RAID ça finit assez vite par faire mal
(d'autant plus que bon nombre de contrôleurs RAID ont assigné une taille de
table limitée pour les réallouer ailleurs et on a peu de contrôle sur la
quantité de secteurs à garder en réserve). On a plus de facilité avec un
RAID logiciel (même si c'est un peu moins performant) car ils peuvent mieux
maitriser chacun des disques indépendemmant, et on a plus de solutions pour
remonter une partition ailleurs.

Si tu es en RAID5, assez vite c'est tout le volume qui va tomber en entier
avec des corruptions en cascade non réparables (en RAID6 on a encore le
temps d'intervenir: avec un disque en panne, le RAID6 se comporte pendant
sa mise hors service comme du RAID5, un peu moins performant quand même car
on n'a pas la parallélisation en miroir des deux disques de "spare"; mais
peu de controleurs font du RAID6, et le RAID6 coute cher sur des SSD et ne
fonctionne qu'avec de bons controleurs un nombre suffisant assez de ports;
sur bien des cartres mères on est limité à 6 ports SATA, dont un SSD
système, un DVDROM amorçable, il reste 4 ports donc un RAID6 uniquement sur
4 disques).

Il existe des alternatives réseau au RAID sur ports SATA, mais là encore
c'est plus cher (et souvent pas supporté pour booter la machine, sauf une
machine virtuelle, mais on reporte le problème au boot de l'OS hyperviseur
qui cependant devrait être assez basique et ne pas avoir besoin de gros
volume ni besoin réellement d'être en RAID: on a plus vite fait de
réinitialiser un disque unique amorçable sur un petit SSD avec une image OS
standard et juste les quelques données pour reconnecter oui énumérer les
machines virtuelles: ces données de configuration peu nombreuses sont
faciles à remettre depuis un minuscule fichier backup, qui peut aussi être
préintégré à l'image de base de l'OS hyperviseur sous forme d'un petit
script shell consultant une ressource réseau pour la récupérer: ce type de
solution est de toute façon à préparer à l'avance pour prévenir d'autres
incidents majeurs sur un OS, tel qu'une infection par un trou de sécurité
non détecté ou un bogue logiciel... ou un des nombreux "backdoors" que la
NSA a glissé dans les hyperviseurs connus ou dans les firmwares matériels
pour passer outre les sécurités logicielles des OS même virtualisés ou des
hyperviseurs, ou dans les drivers propriétaires pour différents OS).

Tout ça sur un serveur nu ça coûte cher en matériel (on a souvent peu de
choix en terme de compatiblité), alors qu'on a des solutions virtualisés
hébergées sur des grappes de serveurs à très haute redondance mais
supportant beaucoup de machines virtuelles avec des disques nombreux. Les
solutions "RAID-like" pour les hyperviseurs de ces serveurs ont bien plus
de facilités, mais là encore le "ticket d'entrée" est cher ne serait-ce que
pour avoir des images disque iSCSI sur un réseau fibré très rapide (où il
faut aussi des switches rapides et chers permettant de commuter des
contrôleurs et assurer la redondance et reconfigurations à chaud sans
arrêter les applications et services).



Le 7 juillet 2017 à 20:11, Christian Quest  a
écrit :

> Problème actuellement sur ce service à cause du disque dur qui a quelques
> problèmes de secteurs défectueux.
>
> Je suis en train de remettre ça au propre...
>
>
>
> Le 07/07/2017 à 11:14, Romain MEHUT a écrit :
>
>> Bonjour,
>>
>> Je n'ai plus accès aux orthophotographies hébergées par OSM-FR. J'ai le
>> message "Erreur: Problem loading tile". C'est pareil chez vous ?
>>
>> Merci.
>>
>> Romain
>>
>
>
> --
> 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: [Talk-cz] Fwd: úprava mapy

[Ha Noj]

>
> Nejedná se o žádnou veřejnou cestu ani komunikaci, ale jen soukromou cestu
> v rámci naší nemovitosti. Pozemek je označen cedulemi PRIVAT - soukromý
> pozemek.


*** Použiji analogii, asi 1/4 lesů vlastní soukromé osoby a zda si přejí
vstup cizáků na pozemek nebo nepřejí je irelevantní. Vstup může být omezen
jen na základě rozhodnutí úřadu (kalamita, obora, těžba) nebo lesnických
prací (školka). Podobně 90 % zemědělské půdy je v soukromých rukou a polní
cesty jsou často jen vyježděné intervence zemědělské techniky.

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

Re: [OSM-talk-fr] Mapillary : Orientation

[Eric SIBERT]

- Mapillary déduit l'orientation des photos à partir du mouvement du GPS. C'est
correct quand on est en déplacement mais c'est mauvais quand on est à l'arrêt au
feu

Mon ancien smartphone avait un compas et Mapillary utilisait bien l'orientation
fourni par celui-ci (c'était au mois d'avril 2017). 


En fait, il y a un truc que je ne comprends pas.

Aujourd'hui, j'ai fait une séquence en visant perpendiculairement à mon 
déplacement, à droite*:


https://www.mapillary.com/map/im/FASZg6rAv-znbXGsYOQX_g

Quand je regarde l'image et surtout les flèches au sol indiquant le 
déplacement, c'est bon. Elles sont bien perpendiculaire à la direction 
de visée.


Par contre, sur la carte, les cônes indiquant la direction de prise de 
vue ne sont pas bons. Ils sont dans le sens de déplacement. Idem si je 
vais dans josm.


Ma conclusion est qu'il y a une incohérence chez Mapillary en ligne. 
Vous êtes d'accord???


Eric



* smartphone avec compas et dernière version de Mapillary pour Android. 
Téléversement direct depuis le smartphone.


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

Re: [Talk-cz] Fwd: úprava mapy

[Jan Dudík]

mapy.cz nechtějí cesty na soukromém zakreslovat, přesto, že jsou veřejně
přístupné [1]

[1] http://www.openstreetmap.org/way/69391994

Aplikoval bych přístup, že mapujeme skutečnost (viz kdysi debata, zda
mapovat nelegální motokrosovou dráhu) a legalitu/přístup označíme tagem

JAnD

---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195

Dne 7. července 2017 20:26 Lukáš Gebauer  napsal(a):

> Dne 7.7.2017 v 20:00 Jan Martinec napsal(a):
>
>> Upravím to jako access=private, to by mělo stačit, ne? Mazat existující
>> cestu, protože se majiteli nelíbí zmínka o její existenci, už mi přijde
>> moc. (Teda pokud to najdu - není to výřez z Mapy.cz?)
>>
>
> Je to na sever od Šluknova, při silnici k hranicím. Z mapy.cz to neni, na
> Googlu taky ne, je to jen v OSM.
>
> Konfrontace s katastralkou rika, ze ty pozemky, vcetne lesa, patri
> skutecne Karlům.
>
> Konfrontace s ortomapou zase rika, ze ta pesina pres les je nejaka divna.
> Z casti je tam cesta, ale konci u nejake boudy u druheho konce rybnika. Dal
> podle mne nepokracuje. Takze kdyz se smaze ta pesina pres les, tak zadnou
> skodu asi nenadelame.
>
> Oproti tomu ten mostek a cesticka kolem sadek tam asi opravdu je, to bych
> nemazal, jen oznacil privatnost. Ten barak u sadek je restaurace, a od nej
> dal je zavora s cervenou ceduli.
>
> Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne mapovat
> topograficke prvky na privatnim pozemku, kdyz si to jejich majitel nepreje?
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Questions de tagging pour des objets en lien avec les services de secours

[JB]

Oups. Il y a des vendredis soir où je ferais mieux d'aller dormir au 
lieu d'écrire…


Le 07/07/2017 à 20:19, Eric Brosselin - Osm a écrit :

Le 07/07/2017 à 19:58, JB a écrit :
Avec un peu de retard à l'allumage, j'aurais quand même voulu 
signaler man_made=monitoring_station + monitoring:water_level, qui me 
semble beaucoup plus adapté que le historic=high_water_mark qui est 
plus orienté historic/tourism.

https://wiki.openstreetmap.org/wiki/Key:monitoring:water_level


Ah non je ne pense pas ce n'est pas la même chose qu'un repère de crue.

Les *monitoring stations* (bien regarder la clé générale >>> 
https://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dmonitoring_station 
) sont des stations de mesure qui affichent (critère "display") et / 
ou enregistrent (critère "recording") des informations  dans 
différents secteurs de surveillance.
_Exemples_ :  niveau des eaux, activité sismique, météo, trafic 
routier, niveau des radiations,  et même activité météoritique !


La demande originelle portait sur les repères (marqueurs) de crues 
avec les hauteurs d'eau.
Donc oui c'est «historique» à partir du moment où on a un "souvenir" 
de la crue qui prend la forme d'une plaque  (désormais officielle) 
avec une hauteur et une date.





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

Re: [OSM-talk-fr] Questions de tagging pour des objets en lien avec les services de secours

[marc marc]

Le 07. 07. 17 à 19:58, JB a écrit :
> réutiliser amenity=fire_station sur ce qui n'en est pas vraiment une 
> (à ce que j'ai compris) n'est pas une bonne idée.
je suis d'accord avec toi sur ce point.
j'avais cru comprendre que c'était une caserne minimaliste "construite" 
pour les " mois d'été puis redémontrée.
si ce n'est pas une caserne, fire_station n'est pas le bon tag
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Fwd: úprava mapy

[Marián Kyral]

A koukám, že je tam access=permissive a přidal to tam zřejmě nějaký
kolega z DE.

https://www.openstreetmap.org/way/97297158

Marián


Dne 7.7.2017 v 20:16 Marián Kyral napsal(a):
> Ne, je to mapbox vrstva.
>
> https://openstreetmap.cz/#map=18/51.03309/14.45088=x
>
> Podle mně by access=private mělo stačit. Případně, pokud ta je nějaká
> závora/brána, tak ji taky přidat.
>
> Marián
>
> Dne 7.7.2017 v 20:00 Jan Martinec napsal(a):
>> Upravím to jako access=private, to by mělo stačit, ne? Mazat
>> existující cestu, protože se majiteli nelíbí zmínka o její existenci,
>> už mi přijde moc. (Teda pokud to najdu - není to výřez z Mapy.cz?)
>>
>> Zdar,
>> HPM 
>>
>> Dne 7. 7. 2017 19:54 napsal uživatel "Pavel Zbytovský"
>> >:
>>
>> Dobrý den,
>>
>> přeposílám zprávu do konference OpenStreetMap, nemám teď možnost
>> se tomu věnovat.
>>
>> Můžete prosím někdo panu Karlovi odpovědět?
>>
>> Díky
>> PZ.
>>
>> -- Forwarded message -
>> From: Ivo Karel >
>> Date: Tue, Jul 4, 2017 at 8:31 PM
>> Subject: úprava mapy
>> To: >
>>
>>
>> Dobrý den,
>> obracím se na vás s žádostí o úpravu mapy. Ve vašich mapových
>> podkladech je uvedena cesta přes náš pozemek, pohyb osob zde ale
>> není vítán a tak by jsme byli rádi aby uvedená cesta byla
>> vymazána. Nejedná se o žádnou veřejnou cestu ani komunikaci,
>> ale jen soukromou cestu v rámci naší nemovitosti. Pozemek je
>> označen cedulemi PRIVAT - soukromý pozemek. Do žádné mapy jsme jí
>> nikdy nevložili a tak by jsme byli rádi aby zmizela z vašich
>> podkladů a zbytečně k nám nezaváděla nezvané návštěvníky kteří
>> jsou nakonec se zlou vykázáni. Doufám že mi rozumíte. Nevím jakým
>> způsobem chcete označit lokalitu o kterou mi jde, ale zasílám vám
>> výřez mapy na které jsou červeně uvedené cesty které si nepřejeme
>> aby byly uvedeny ve veřejných mapách.
>> Pokud potřebujete lokalitu lépe upřesnit tak se ozvěte.
>> Děkuji za nápravu a informaci o jejím provedení.
>> s pozdravem Ivo Karel
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> 
>>
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [OSM-talk-fr] Questions de tagging pour des objets en lien avec les services de secours

[Eric Brosselin - Osm]

Le 07/07/2017 à 19:58, JB a écrit :
Avec un peu de retard à l'allumage, j'aurais quand même voulu signaler 
man_made=monitoring_station + monitoring:water_level, qui me semble 
beaucoup plus adapté que le historic=high_water_mark qui est plus 
orienté historic/tourism.

https://wiki.openstreetmap.org/wiki/Key:monitoring:water_level


Ah non je ne pense pas ce n'est pas la même chose qu'un repère de crue.

Les *monitoring stations* (bien regarder la clé générale >>> 
https://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dmonitoring_station 
) sont des stations de mesure qui affichent (critère "display")  et / ou 
enregistrent (critère "recording") des informations  dans différents 
secteurs de surveillance.
_Exemples_ :  niveau des eaux, activité sismique, météo, trafic routier, 
niveau des radiations,  et même activité météoritique !


La demande originelle portait sur les repères (marqueurs) de crues avec 
les hauteurs d'eau.
Donc oui c'est «historique» à partir du moment où on a un "souvenir" de 
la crue qui prend la forme d'une plaque  (désormais officielle) avec une 
hauteur et une date.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] quid erreur BANO ?

[Christian Quest]

Le 07/07/2017 à 16:27, cyrille+talk...@giquello.fr a écrit :

Salut

Il y a une erreur sur le rendu BANO. De quelle source provient cette 
erreur ?




rouge = cadastre non rapproché d'OSM


le "2 Rue du Docteur Bretonneau, Tours" qui est hors de la rue, dans 
l'université rue des Tanneurs.


Sur la carte: 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/47.39547/0.68348


copie d'écran : https://framapic.org/L2jxw2zETaVn/klKKM35rIQcE.png

Merci de vos lumières



Comme quoi le cadastre n'est pas parfait sur les adresses !

--
Christian Quest - OpenStreetMap France


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

Re: [Talk-cz] Fwd: úprava mapy

[Marián Kyral]

Ne, je to mapbox vrstva.

https://openstreetmap.cz/#map=18/51.03309/14.45088=x

Podle mně by access=private mělo stačit. Případně, pokud ta je nějaká
závora/brána, tak ji taky přidat.

Marián

Dne 7.7.2017 v 20:00 Jan Martinec napsal(a):
> Upravím to jako access=private, to by mělo stačit, ne? Mazat
> existující cestu, protože se majiteli nelíbí zmínka o její existenci,
> už mi přijde moc. (Teda pokud to najdu - není to výřez z Mapy.cz?)
>
> Zdar,
> HPM 
>
> Dne 7. 7. 2017 19:54 napsal uživatel "Pavel Zbytovský"
> >:
>
> Dobrý den,
>
> přeposílám zprávu do konference OpenStreetMap, nemám teď možnost
> se tomu věnovat.
>
> Můžete prosím někdo panu Karlovi odpovědět?
>
> Díky
> PZ.
>
> -- Forwarded message -
> From: Ivo Karel >
> Date: Tue, Jul 4, 2017 at 8:31 PM
> Subject: úprava mapy
> To: >
>
>
> Dobrý den,
> obracím se na vás s žádostí o úpravu mapy. Ve vašich mapových
> podkladech je uvedena cesta přes náš pozemek, pohyb osob zde ale
> není vítán a tak by jsme byli rádi aby uvedená cesta byla
> vymazána. Nejedná se o žádnou veřejnou cestu ani komunikaci,
> ale jen soukromou cestu v rámci naší nemovitosti. Pozemek je
> označen cedulemi PRIVAT - soukromý pozemek. Do žádné mapy jsme jí
> nikdy nevložili a tak by jsme byli rádi aby zmizela z vašich
> podkladů a zbytečně k nám nezaváděla nezvané návštěvníky kteří
> jsou nakonec se zlou vykázáni. Doufám že mi rozumíte. Nevím jakým
> způsobem chcete označit lokalitu o kterou mi jde, ale zasílám vám
> výřez mapy na které jsou červeně uvedené cesty které si nepřejeme
> aby byly uvedeny ve veřejných mapách.
> Pokud potřebujete lokalitu lépe upřesnit tak se ozvěte.
> Děkuji za nápravu a informaci o jejím provedení.
> s pozdravem Ivo Karel
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
> 
>
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [OSM-talk-fr] Orthophotographies en erreur ?

[Christian Quest]

Problème actuellement sur ce service à cause du disque dur qui a 
quelques problèmes de secteurs défectueux.


Je suis en train de remettre ça au propre...


Le 07/07/2017 à 11:14, Romain MEHUT a écrit :

Bonjour,

Je n'ai plus accès aux orthophotographies hébergées par OSM-FR. J'ai 
le message "Erreur: Problem loading tile". C'est pareil chez vous ?


Merci.

Romain



--
Christian Quest - OpenStreetMap France


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

Re: [Talk-cz] Fwd: úprava mapy

[Jan Martinec]

Upravím to jako access=private, to by mělo stačit, ne? Mazat existující
cestu, protože se majiteli nelíbí zmínka o její existenci, už mi přijde
moc. (Teda pokud to najdu - není to výřez z Mapy.cz?)

Zdar,
HPM

Dne 7. 7. 2017 19:54 napsal uživatel "Pavel Zbytovský" :

Dobrý den,

přeposílám zprávu do konference OpenStreetMap, nemám teď možnost se tomu
věnovat.

Můžete prosím někdo panu Karlovi odpovědět?

Díky
PZ.

-- Forwarded message -
From: Ivo Karel 
Date: Tue, Jul 4, 2017 at 8:31 PM
Subject: úprava mapy
To: 


Dobrý den,
obracím se na vás s žádostí o úpravu mapy. Ve vašich mapových podkladech je
uvedena cesta přes náš pozemek, pohyb osob zde ale není vítán a tak by jsme
byli rádi aby uvedená cesta byla vymazána. Nejedná se o žádnou veřejnou
cestu ani komunikaci, ale jen soukromou cestu v rámci naší nemovitosti.
Pozemek je označen cedulemi PRIVAT - soukromý pozemek. Do žádné mapy jsme
jí nikdy nevložili a tak by jsme byli rádi aby zmizela z vašich podkladů a
zbytečně k nám nezaváděla nezvané návštěvníky kteří jsou nakonec se zlou
vykázáni. Doufám že mi rozumíte. Nevím jakým způsobem chcete označit
lokalitu o kterou mi jde, ale zasílám vám výřez mapy na které jsou červeně
uvedené cesty které si nepřejeme aby byly uvedeny ve veřejných mapách.
Pokud potřebujete lokalitu lépe upřesnit tak se ozvěte.
Děkuji za nápravu a informaci o jejím provedení.
s pozdravem Ivo Karel


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

Re: [OSM-talk-fr] Questions de tagging pour des objets en lien avec les services de secours

[JB]

Avec un peu de retard à l'allumage, j'aurais quand même voulu signaler 
man_made=monitoring_station + monitoring:water_level, qui me semble 
beaucoup plus adapté que le historic=high_water_mark qui est plus 
orienté historic/tourism.

https://wiki.openstreetmap.org/wiki/Key:monitoring:water_level
Ensuite, je plussoie tout-à-fait Nicolas sur le fait qu'on peut 
difficilement demander un filtrage fin pour une première utilisation. En 
première utilisation, on va filtrer amenity=fire_station, sans regarder 
les autres tag (seasonal et autres). Pour cette raison, je pense aussi 
que réutiliser amenity=fire_station sur ce qui n'en est pas vraiment une 
(à ce que j'ai compris) n'est pas une bonne idée.
(Est-ce qu'on taggue amenity=restaurant sur une cantine scolaire ? Si 
oui, est-ce vraiment une bonne idée ?).

JB.

Le 07/07/2017 à 19:26, Eric Brosselin - Osm a écrit :

Bonjour,


Quelques exemples d'utilisation ici :
https://www.openstreetmap.org/node/4547027386




Merci de me citer


_Pour information_ :
J'ai un jour (je ne sais plus comment) récupéré sur le site de la 
DREAL une partie des marqueurs de crues de la Loire (depuis Tours  je 
crois)
En les chargeant dans JOSM je me suis aperçu que la géolocalisation 
n'était pas super précise
Il y avait environ 4 à 6m de décalage avec la position réelle. C'est 
un facteur auquel il faut penser.




Le 06/07/2017 à 10:57, Thibaud B a écrit :
Concernant les repère de crues il y a déjà un tag documenté dans le 
wiki ça peut être une bonne base :


https://wiki.openstreetmap.org/wiki/FR:Tag:historic%3Dhighwater_mark



Il y a également quelqu'un qui a crée ce tag  "Flood mark" >>> 
http://wiki.openstreetmap.org/wiki/Key:flood_mark

Les utilisations (261) sont uniquement en Pologne
et apparemment c'est la suite de ce tag "High water mark" >>> 
http://wiki.openstreetmap.org/wiki/Key:high_water_mark

20 utilisations seulement !

Il suggère aussi de mettre des tags «connexes» comme historic=memorial 
, ...



Certains SDIS posent maintenant des plaques officielles et 
normalisées qu'il serait à mon avis intéressant d'ajouter

dans OSM.
Il y a une base officielle à laquelle on peut contribuer >>> 
https://www.reperesdecrues.developpement-durable.gouv.fr

Ils utilisent OpenStreetMap comme fond de carte




___
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] Civici Infratel

[Francesco Pelullo]

Il giorno 7 luglio 2017 19:08, Davide Sandona' 
ha scritto:

> ho solamente sbirciato il documento "Legenda dei dati", sembra che non
> siano georeferenziati.
>

Sono georeferenziati alle sezioni ISTAT.

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

Re: [OSM-talk-fr] Questions de tagging pour des objets en lien avec les services de secours

[Eric Brosselin - Osm]

Bonjour,


Quelques exemples d'utilisation ici :
https://www.openstreetmap.org/node/4547027386




Merci de me citer


_Pour information_ :
J'ai un jour (je ne sais plus comment) récupéré sur le site de la DREAL 
une partie des marqueurs de crues de la Loire (depuis Tours je crois)
En les chargeant dans JOSM je me suis aperçu que la géolocalisation 
n'était pas super précise
Il y avait environ 4 à 6m de décalage avec la position réelle. C'est un 
facteur auquel il faut penser.




Le 06/07/2017 à 10:57, Thibaud B a écrit :
Concernant les repère de crues il y a déjà un tag documenté dans le 
wiki ça peut être une bonne base :


https://wiki.openstreetmap.org/wiki/FR:Tag:historic%3Dhighwater_mark



Il y a également quelqu'un qui a crée ce tag  "Flood mark" >>> 
http://wiki.openstreetmap.org/wiki/Key:flood_mark

Les utilisations (261) sont uniquement en Pologne
et apparemment c'est la suite de ce tag "High water mark" >>> 
http://wiki.openstreetmap.org/wiki/Key:high_water_mark

20 utilisations seulement !

Il suggère aussi de mettre des tags «connexes» comme historic=memorial , ...


Certains SDIS posent maintenant des plaques officielles et normalisées 
qu'il serait à mon avis intéressant d'ajouter

dans OSM.
Il y a une base officielle à laquelle on peut contribuer  >>> 
https://www.reperesdecrues.developpement-durable.gouv.fr

Ils utilisent OpenStreetMap comme fond de carte


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

Re: [Talk-cz] WeeklyOSM CZ 362

[Marián Kyral]

Dne 7.7.2017 v 17:37 Pavel Machek napsal(a):
> Ahoj!
>
>> Ahoj, je dostupné vydání 362 týdeníku WeeklyOSM:
>>
>> http://www.weeklyosm.eu/cz/archives/9199
>>
>> * Elbe-Labe 2017.
>> * Sledování vybraných editací.
>> * Validátor ostrých odboček.
>> * Novinky OpenRouteService.
>> * Videa z SotM FR 2017.
>> * Noví mappeři v Nepálu.
>> * Pekárny v OSM a 80 druhů chleba.
>> * SnapChat využívá OSM.
>> * Lokalizace blesků v reálném čase.
> Jinak ta mapa blesku existuje vyrazne hezci:
>
> https://www.lightningmaps.org/#m=osm;r=0;t=3;s=0;o=0;b=71.30;n=0;y=50.1175;x=14.5648;z=11;d=2;dl=2;dc=0;
>
> ...a taky nad osm.
>   Pavel
>

Jo, tenhle real time režim se mi hodně líbí. Bohužel aktuálně mi to ve
FF nefunguje :-(

Marián



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

Re: [Talk-it] Civici Infratel

[Davide Sandona']

ho solamente sbirciato il documento "Legenda dei dati", sembra che non
siano georeferenziati.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 7 luglio 2017 18:43, Francesco Pelullo  ha
scritto:

> Ciao a tutti
>
> Segnalo questa notizia:
>
> https://www.tomshw.it/civico-civico-database-infratel-la-fibra-2020-86877
>
> Ciao
> /niubii/
>
>
> ___
> 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

[OSM-talk-be] CRAB-adressen met underscore

[joost schouppe]

Hoi,

In het CRAB zie je soms adressen van de vorm Straatnaam_12, Straatnaam_AB
of zelf Straatnaam_ABCD. Dit is niet de officiële straatnaam, die is gewoon
Straatnaam.

De reden dat deze schrijfwijze bestaat, is puur een gevolg van hoe CRAB
ooit opgesteld is. Daarbij werd op sommige plaatsen geen rekening gehouden
met het feit dat binnen één gemeente dezelfde straatnaam meerdere keren
gebruikt kan worden. Adressen hoeven immers niet uniek te zijn door de
combinatie van administratieve gemeente, straatnaam en huisnummer. Ze
moeten maar uniek zijn door óók de postcode mee te nemen.

Uiteraard gaan we deze database-technische bijzonderheid niet meenemen naar
OpenStreetMap. Het gebeurt nochtans toch wel eens, zie deze query:

http://overpass-turbo.eu/s/qdE

Voel je vrij deze straatnamen te corrigen, en geef de mappers die dit
gebruiken een seintje. Ik doe dit zelf wel voor de mappers die dit in
Antwerpen deden.

Er zijn wel degelijk data-consumers die geen rekening houden met de
polygonen van de postzones om adressen uniek te maken. Maar dat is
natuurlijk het probleem van die data-consumers, niet van de OpenStreetMap
database.
Eventueel kan je adressen wel de tag addr:postcode meegeven. Aangezien de
postcode van adressen open data is, maar de geometrie van postcodes niet,
lijkt mij dat zeker voor twijfelgevallen geen slecht idee.

(verschillende mappers gaven aan dat deze straatnamen met een underscore
niet in OSM horen op ons chatkanaal Riot. Vandaar dat ik dit als een
conclusie presenteer. U ben steeds welkom op Riot:
https://riot.im/app/#/room/#osmbe:matrix.org )

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

[Talk-it] Civici Infratel

[Francesco Pelullo]

Ciao a tutti

Segnalo questa notizia:

https://www.tomshw.it/civico-civico-database-infratel-la-fibra-2020-86877

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

Re: [Talk-cz] WeeklyOSM CZ 362

[Pavel Machek]

Ahoj!

> Ahoj, je dostupné vydání 362 týdeníku WeeklyOSM:
> 
> http://www.weeklyosm.eu/cz/archives/9199
> 
> * Elbe-Labe 2017.
> * Sledování vybraných editací.
> * Validátor ostrých odboček.
> * Novinky OpenRouteService.
> * Videa z SotM FR 2017.
> * Noví mappeři v Nepálu.
> * Pekárny v OSM a 80 druhů chleba.
> * SnapChat využívá OSM.
> * Lokalizace blesků v reálném čase.

Jinak ta mapa blesku existuje vyrazne hezci:

https://www.lightningmaps.org/#m=osm;r=0;t=3;s=0;o=0;b=71.30;n=0;y=50.1175;x=14.5648;z=11;d=2;dl=2;dc=0;

...a taky nad osm.
Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [Talk-cz] Místo pro uvázání psa

[Pavel Machek]

Ahoj!

On Fri 2017-07-07 17:10:52, Michal Fabík wrote:
> On 7 July 2017 13:44:43 CEST, "Marián Kyral"  wrote:
> 
> >Normálně jsem nenašel, jak se anglicky řekne "úvaziště". Keeping_point?
> >
> >To by pak mohlo být třeba
> >
> >amenity=animal_keeping_point
> >animal=dog
> >capacity=1
> 
> 
> Úvaziště je mooring a takový tag už dokonce existuje. Sice se to
používá jen ve spojení s loděmi, ale principálně je to stejné i u těch
koz, tj. zajištění proti nechtěnému pohybu uvázáním provazem k
nějakému pevnému bodu.

No, tak ono v principu je to parkoviste pro lode, auta, kola, psi a
kone ;-). Jestli je kolo privazane ke stojanu nebo v zamcene kleci
bych povazoval jen za implementacni detail.

Bohuzel u koni se tomu rika specialne, ale stejne bych se primlouval
za obecny tag.

Jestli je to tyc ke ktery kone privazu ('uvaziste') nebo kruh je mi v
zasade jedno, dulezity je ze "zaparkuju".

U hospod jsem to resil tagem horse=yes pokud se tam da rozume
zaparkovat kun.

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

[Talk-de] OSM-Karte mit anderer Projektion auf unteren Zoomstufen

[Frederik Ramm]

Hallo,

   Tanja Pfeffer, eine Studentin der Hochschule Karlsruhe, hat sich in
ihrer Bachelor-Arbeit Gedanken darüber gemacht, ob man auf den unteren
Zoomstufen nicht eine andere Projektion einsetzen könnte. Es gibt einen
Prototypen zum Anschauen und eine kleine Umfrage zu der Problematik
(siehe unten). Ich würde mich freuen, wenn sich einige von Euch daran
beteiligten!

Bye
Frederik

  ---

Sehr geehrte Damen und Herren,

im Rahmen einer Bachelorthesis („Die WebMercator-Verzerrung: Prototyp
einer optimierten Weltkartendarstellung für Webkartendienste“) im
Bereich Geoinformationsmanagement der Hochschule Karlsruhe - Technik und
Wirtschaft entstand ein Prototyp eines Webkartendienstes.
Aufgabe war es, die niedrigen Zoomstufen einer Webkarte in geeigneteren
Projektionen für Weltkarten darzustellen und eine Lösung für die
Annäherung an die WebMercator-Projektion zu finden, welche weiterhin für
die hohen Zoomstufen genutzt werden soll.
Wir würden gerne Ihre Meinung zu der vorliegenden Umsetzung erfahren und
Sie bitten, den Webkarten-Prototyp auszutesten und  sich danach kurz
Zeit für die Umfrage zu nehmen (Bearbeitungsdauer höchstens 2 min.). Die
Beantwortungen werden selbstverständlich anonym behandelt. Alle
Ergebnisse der Arbeit inklusive der Umfrageergebnisse werden unter einer
freien Lizenz veröffentlicht.
Unter nachfolgendem Link gelangen Sie auf die Seite des Webkarten-Prototyps:

https://www.imm.hs-karlsruhe.de/custom/BT_Pfeffer_Webkartendienst

Und hier der direkte Link zur Umfrage:

https://www.surveymonkey.de/r/NF589L6

Anmerkungen:
Um den direkten Vergleich zu aktuellen Webkartendiensten zu haben, ist
es hilfreich, sich beispielsweise den OpenStreetMap Kartendienst
(www.openstreetmap.org) in einem zweiten Browserfenster simultan anzuzeigen.
Der Kartenstil, der dem OpenStreetMap-Stil angenähert ist, sowie die
Schriftsetzung und die gewählte Sprache sollen bei der Auswertung der
Umfrage außer Acht gelassen werden, da das Augenmerk auf den
Projektionen liegt.

Vielen Dank für Ihre Teilnahme!

-- 
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-ca] Multipolygon problems

[Begin Daniel]

Bonjour all

Concerning Canvec data and multipolygon relations,

The problem of multipolygon relations having the feature tag also associated 
with the outer ring may appear over all multipolygon relations (water, wood, 
whatever…) and on all currently available version of the Canvec product (6-10).

However, using the example provided by Stewart, I have not been able to 
reproduce the problem with the latest version of FME so the writer must have 
been corrected since. According to FME’s documentation “the multipolygon 
relation that is written out follows the rules and examples described in 
http://wiki.openstreetmap.org/wiki/Relation:multipolygon.”

Consequently, if a new version of Canvec is ever made available, I expect it 
should respect the OSM schema, at least on this aspect. In any case, one must 
conform to the general imports rules and to what has been said about Canvec 
data on this list.

Cheers,
Daniel
From: Begin Daniel [mailto:jfd...@hotmail.com]
Sent: Monday, 3 July, 2017 16:00
To: Alan Richards; Stewart C. Russell
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Multipolygon problems

Thanks everyone,
Stewart sent me an example I can use ☺
Daniel

From: Begin Daniel [mailto:jfd...@hotmail.com]
Sent: Monday, 3 July, 2017 09:53
To: Alan Richards; Stewart C. Russell
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Multipolygon problems

If someone could provide me with an example of a relatively small, untouched 
multipolygon imported directly from Canvec having the problem, I could make 
some tests and sent it to FME to have their translator corrected if I can 
reproduce the problem.

Daniel

From: Alan Richards [mailto:alarob...@gmail.com]
Sent: Monday, 3 July, 2017 00:51
To: Stewart C. Russell
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Multipolygon problems

Thanks for a good workflow - I cleared up 8 so far pretty quickly around Hope, 
BC. There's a bunch in a cluster around Merritt too. I'm guessing it's certain 
imports or import authors vs others that makes the difference.

alarobric

On Sun, Jul 2, 2017 at 3:40 PM, Stewart C. Russell 
> wrote:
On 2017-07-02 04:41 PM, Begin Daniel wrote:
>
> However, since the same translator was used for all the polygons, the
> problem should also appear on water bodies, etc. The problem may have
> been related to the complexity of the polygons to convert.

Hi Daniel - yes, I'm seeing a bunch of water relations with the same
problem, such as on the Grand River
 and also parts of the
Speed near Guelph. Some of these data were imported from Canvec 10.

> I also found that JOSM had similar problems with tag transfers a few
> years ago (1). Maybe some of the problems found result from merging
> nearby wooded areas?
>
> Daniel
>
> (1) https://josm.openstreetmap.de/ticket/9832.

Interesting, but I'm seeing a lot of the problem water relations
worldwide (well, Scotland and Germany) where JOSM wasn't involved. So
while the JOSM issue might have contributed a little, there were other
factors in play. Indeed, I've even seen changesets (such as 5735148 from
Sep 2010) where the editor had to duplicate the relation tag in the
outer way to get the inner features to render!

cheers,
 Stewart

___
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-cz] Místo pro uvázání psa

[Michal Fabík]

On 7 July 2017 13:44:43 CEST, "Marián Kyral"  wrote:

>Normálně jsem nenašel, jak se anglicky řekne "úvaziště". Keeping_point?
>
>To by pak mohlo být třeba
>
>amenity=animal_keeping_point
>animal=dog
>capacity=1


Úvaziště je mooring a takový tag už dokonce existuje. Sice se to používá jen ve 
spojení s loděmi, ale principálně je to stejné i u těch koz, tj. zajištění 
proti nechtěnému pohybu uvázáním provazem k nějakému pevnému bodu.
-- 
Michal Fabík
Sent from a mobile phone. Please excuse my brevity.

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

Re: [Talk-us] Fwd: MEDIA REQUEST/DEADLINE TOMORROW MORNING

[Charlotte Wolter]

OK, I'll check it out and report back.

--C

At 01:11 PM 7/6/2017, you wrote:
Charlotte, you got that because you're on the 
pr...@openstreetmap.us 
email list. We get requests like that occasionally. It's probably legit.


On Thu, Jul 6, 2017 at 4:06 PM, Charlotte Wolter 
<techl...@techlady.com> wrote:

Hello, all,

        Did anyone else get this? Anyone know if it is legit?

Charlotte


To: 
bo...@openstreetmap.us, 
pr...@openstreetmap.us
Cc: 
cplat...@hunter.cuny.edu, 
Alexina Cather <alex...@nycfoodpolicy.org>


Dear OpenStreetMap,

I am a research associate and editor for 
NYCFoodpolicy.org and for the syndicated health 
column, Diet Detective. We are working on a 
story on Health Technology and the Food System, 
as well as a second report on feeding urban 
populations (see 
here 
for the first report on hunger and tech).


Please send three high-resolution images of 
your app and/or website by‚ tomorrow‚ morning 
(Friday 7/7). If you are unable to we 
understand and will use screenshots instead.


Kind regards,

Cameron

---
Cameron St. Germain
Research Associate
Hunter College NYC Food Policy CenterÂ
NYCFoodpolicy.orgÂ
Twitter: @NYCfoodpolicy
Facebook: @NYCFoodPolicy
Instagram: nycfoodpolicy

Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady


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



Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady

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

[Talk-es] Uso fotos de fachadas del Catastro

[Javier Sánchez Portero]

Hola

En relación con la propuesta de importación [1] he preguntado a Catastro la
licencia de uso de sus fotos como fuente de información para comprobar
números de portal y me han respondido [2] que podemos usarlas citando la
fuente.

Un saludo

[1]
https://wiki.openstreetmap.org/w/index.php?title=ES:Catastro_español/Importación_de_edificios=yes
[2]
https://wiki.openstreetmap.org/wiki/File:Autorizacion_fotos_fachadas_catastro.pdf
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk-fr] quid erreur BANO ?

[cyrille+talk-fr]

Salut

Il y a une erreur sur le rendu BANO. De quelle source provient cette 
erreur ?


le "2 Rue du Docteur Bretonneau, Tours" qui est hors de la rue, dans 
l'université rue des Tanneurs.


Sur la carte: 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/47.39547/0.68348


copie d'écran : https://framapic.org/L2jxw2zETaVn/klKKM35rIQcE.png

Merci de vos lumières

Cyrille.

--

  Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours

 (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø


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

Re: [Talk-it] 21 e 22 luglio giornate OSM a Spoleto

[Gmail Pierluigi]

Ciao Alessandro 
Ovviamente sono disponibile a fare un intervento 
Che titolo gli diamo?
Io parlerei anche dell'esperienza al corso di gis in geologia degli idrocarburi 
o no?
Grazie
P

Term. Mobile

> Il giorno 07 lug 2017, alle ore 07:50, Alessandro Palmas 
>  ha scritto:
> 
> Buongiorno,
> 
> aggiornata la wiki
> 
> http://wiki.openstreetmap.org/wiki/Spoleto
> con la bozza del programma dei due giorni, mancano i nomi delle sale e una 
> conferma da Pierluigi se vuole intervenire. Mancate soli voi!
> 
> SpoletOSM - dati cartografici liberi a servizio del cittadino
> 
> Cos'è, come funziona, a cosa può servire OpenStreetMap, la wikipedia delle 
> mappe.
> Una due giorni ospitata dal Comune di Spoleto in cui parlare di open data 
> cartografici e delle potenzialità dei sistemi wiki nell'epoca degli 
> smartphone.
> 
> Biblioteca Comunale Giosué Carducci, Via F. Brignone 14 - venerdì 21 e sabato 
> 22 luglio 2017
> 
> Venerdì 21 luglio
> Sala , ore 10 - 13 Sessione informativa e P.A.
> 
> Apertura dei lavori, introduzione e saluti delle autorità
> 
> Cos'è e come funziona OpenStreetMap
> 
> storia, filosofia e numeri di OSM
> 
> Wikimedia e l'universo wiki - da wikipedia a OpenStreetMap
> 
> Esempi d'uso di OpenStreetMap
> 
> perchè carabinieri.it e agenziaentrate.it usano OpenStreetMap
> 
> Open data cartografici, apertura, condivisione e riuso dei dati
> 
> quali sono i vantaggi per cittadini e P.A.
> 
> Domande e risposte
> Affidabilità dei sistemi wiki e di OpenStreetMap
> 
> il modello crowdsourcing applicato alla cartografia
> 
> Presente e futuro di OpenStreetMap
> 
> Club Alpino Italiano, Protezione Civile, regioni e comuni, applicazioni 
> orientate al turismo
> 
> Domande e risposte
> 
> Sala , ore 10 - 13 sessione Club Alpino Italiano S.O.S.E.C.
> Il SOSEC, la Struttura Operativa Sentieri e Cartografia del C.A.I. dopo 
> l'appuntamento a Colfiorito del 20 maggio scorso reincontra soci C.A.I. e 
> cittadini.
> 
> Introduzione a Georesq (acquisizione dati in ambiente)
> 
> Aggiungere e migliorare i dati delle reti sentieristiche su OpenStreetMap: 
> Istruzione e esercitazione sugli strumenti di editing di OpenStreetMap 
> (portare portatili e mouse) (PARTE 1)
> 
> Sala , ore 14,30 - 17,30
> 
> Wikipedia e gli altri progetti wiki
> 
> Workshop su OpenStreetMap e Wikipedia: come inserire e migliorare 
> informazioni nell'enciclopedia e nella mappa libera più famose al mondo
> 
> Sala , ore 14,30 - 17,30
> 
> Il C.A.I. e OpenStreetMap
> il perchè di una scelta
> 
> Aggiungere e migliorare i dati delle reti sentieristiche su OpenStreetMap: 
> Istruzione e esercitazione sugli strumenti di editing di OpenStreetMap 
> (portare portatili e mouse) (PARTE 2)
> 
> Sabato 22 luglio
> 
> Mapping party per le strade di Spoleto - Raduno presso la Sala , ore 9,30
> Un mapping party è un evento in cui ci si ritrova, possibilmente muniti di 
> GPS (ma non è indispensabile) per eseguire un rilievo, detta mappatura, di 
> alcune caratteristiche.
> Questo mapping party sarà focalizzato a percorsi e strutture della viabilità 
> alternativa (piste ciclabili, parcheggi per biciclette, fontanelle, fermate e 
> linee di mezzi pubblici) e servizi per il turismo (monumenti, musei, alberghi 
> e B, ristoranti).
> Dopo una breve istruzione e alla suddivisione in gruppi ci spargeremo a 
> mappare Spoleto.
> 
> Alle ore 14, e sino alle 17, ci ritroviamo nella Emeroteca dove caricheremo i 
> dati raccolti. Chi può porti un computer portatile e un mouse.
> Al termine della sessione vedremo come creare alcune semplici mappe con i 
> dati raccolti.
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-us] SEO Damage to OSM

[maning sambale]

Hi,

Our team came across duplicated highways like this:
https://www.openstreetmap.org/way/144422919/.
Based on the latest changeset, this is probably due to the revertion
of the SEO spam.
We documented the issue here: https://github.com/mapbox/mapping/issues/310


> Reverting all these edits would probably create a lot of collateral
> damage. We could manually go through them and revert all that contain
> marketing speak, but even that would probably throw out a few babies
> with the bathwater here and there. If anyone has a recommendation... I
> noticed that typical SEO content tends to begin with the business name
> ("Waldo's Warts is a health spa overlooking the beautiful parking lot of
> ...") but that's probably not a hard-and-fast marker.
>
> With regard to blocking or deleting accounts: DWG usually blocks
> accounts only to stop someone from doing someting or to force them to
> read a message; hence we don't see much reason in blocking month-old
> accounts that will in all likelihood never be used again. Pure spam
> accounts (usually that's diary spam) can be deleted by the admins, but
> in these cases that would actually hide the traces of spammers, since
> the edits they made would now be by user "user_1234" instead of user
> "soandsohotel" and it would be more difficult to follow their actions
> through the web interface. So I can see the frustration of spam hunters
> when the spam account is not removed, but I don't think it would
> actually help.


-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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

Re: [Talk-GB] Mapping bridge heights from open imagery

[Manfred A. Reiter]

Upps, should read the blog post as well :-(

## Manfred Reiter - mobile -
## please excuse typos and brevity
## http://weeklyOSM.eu

Am 07.07.2017 15:10 schrieb "Richard Fairhurst" :

> Hi Manfred,
>
> Maybe
>> http://maxheight.bplaced.net/overpass/map.html
>> can help. ;-)
>>
>
> It can indeed - I mentioned it in my diary entry! :)
>
> cheers
> Richard
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] aiuto a Roma - ambasciata giapponese

[Germano Massullo]

Penso sia utile sapere anche la scadenza entro il quale andare
all'ambasciata

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

Re: [Talk-GB] Mapping bridge heights from open imagery

[Richard Fairhurst]

Hi Manfred,


Maybe
http://maxheight.bplaced.net/overpass/map.html
can help. ;-)


It can indeed - I mentioned it in my diary entry! :)

cheers
Richard

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

Re: [Talk-GB] Mapping bridge heights from open imagery

[Manfred A. Reiter]

Hi Richard,

Maybe

http://maxheight.bplaced.net/overpass/map.html

can help. ;-)

Cheers


## Manfred Reiter - mobile -
## please excuse typos and brevity
## http://weeklyOSM.eu

Am 07.07.2017 14:41 schrieb "Richard Fairhurst" :

> Hi all,
>
> It would be great to get bridge height data into OSM, to stop those
> embarrassing truck-vs-bridge-deck interface moments.
>
> It turns out that with the advent of open street-level imagery (e.g.
> Mapillary, OpenStreetCam, and of course Geograph) it's really easy to find
> and tag bridge heights. I've written a short explanation:
>
> http://www.openstreetmap.org/user/Richard/diary/41858
>
> In brief: choose a railway, follow it on OSM, look at imagery for all the
> bridges over roads, find a height road sign, read the height from it, tag
> the way accordingly.
>
> It's actually pretty fast, and we could get a lot of the UK's low bridges
> done easily. I've added a wiki page so that people can note what they've
> done:
>
> https://wiki.openstreetmap.org/wiki/United_Kingdom_bridge_heights
>
> Anyone fancy joining in?
>
> cheers
> Richard
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Mapping bridge heights from open imagery

[Jez Nicholson]

Nice.

I wonder whether the quarterly project pages could be extended to include
perpetual, gestating, and mini projects that people could dip into? Or am I
overly organised?

On Fri, 7 Jul 2017 13:41 Richard Fairhurst,  wrote:

> Hi all,
>
> It would be great to get bridge height data into OSM, to stop those
> embarrassing truck-vs-bridge-deck interface moments.
>
> It turns out that with the advent of open street-level imagery (e.g.
> Mapillary, OpenStreetCam, and of course Geograph) it's really easy to
> find and tag bridge heights. I've written a short explanation:
>
> http://www.openstreetmap.org/user/Richard/diary/41858
>
> In brief: choose a railway, follow it on OSM, look at imagery for all
> the bridges over roads, find a height road sign, read the height from
> it, tag the way accordingly.
>
> It's actually pretty fast, and we could get a lot of the UK's low
> bridges done easily. I've added a wiki page so that people can note what
> they've done:
>
> https://wiki.openstreetmap.org/wiki/United_Kingdom_bridge_heights
>
> Anyone fancy joining in?
>
> cheers
> Richard
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] Mapping bridge heights from open imagery

[Richard Fairhurst]

Hi all,

It would be great to get bridge height data into OSM, to stop those 
embarrassing truck-vs-bridge-deck interface moments.


It turns out that with the advent of open street-level imagery (e.g. 
Mapillary, OpenStreetCam, and of course Geograph) it's really easy to 
find and tag bridge heights. I've written a short explanation:


http://www.openstreetmap.org/user/Richard/diary/41858

In brief: choose a railway, follow it on OSM, look at imagery for all 
the bridges over roads, find a height road sign, read the height from 
it, tag the way accordingly.


It's actually pretty fast, and we could get a lot of the UK's low 
bridges done easily. I've added a wiki page so that people can note what 
they've done:


https://wiki.openstreetmap.org/wiki/United_Kingdom_bridge_heights

Anyone fancy joining in?

cheers
Richard

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

[Talk-lv] lu stadions

[Rihards]

tā kā lu stadiona vietā tagad notiek būvniecības darbi, ir aizdomas, ka
tur vēl dažas ēkas varētu būt zudušas.

varbūt kāds, kam barona iela rīgā ir pa ceļam, var izpētīt (un varbūt
pat sataisīt mapillary bildes), vai šī ēka tur vēl ir ?
http://www.openstreetmap.org/note/1056160#map=18/56.96139/24.14395=N
-- 
 Rihards

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

Re: [Talk-cz] Místo pro uvázání psa

[Marián Kyral]

Dne 7.7.2017 v 10:10 Pavel Machek napsal(a):
> Ahoj!
>
>> jak tagovat "parkoviště pro psy"? Na wiki jsem nic nenašel. Ale možná
>> jsem jen slepý :-D
> No, v realu se celkem casto vidi i parkoviste pro kone (uvaziste u hospod) a 
> uz
> jsem potkal i parkoviste pro kozu ( :-) ), dejte si do streetview
> Prazska 264/3 kostelec n c lesy.

Jsem právě doufal, že třeba pro koně už něco takového je. A ono asi nic :-D

https://lists.openstreetmap.org/pipermail/tagging/2016-September/030111.html

> Takze bych se primlouval za neco co umi nastavit druh zvirete pro
> ktery je to urceny.

Normálně jsem nenašel, jak se anglicky řekne "úvaziště". Keeping_point?

To by pak mohlo být třeba

amenity=animal_keeping_point
animal=dog
capacity=1

Marián

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

Re: [OSM-talk-fr] Mapillary Forum

[THEVENON Julien]

De : rainerU 
À : talk-fr@openstreetmap.org 
Envoyé le : Vendredi 7 juillet 2017 12h49
Objet : Re: [OSM-talk-fr] Mapillary Forum


> C'est peut-être lié à ça :

> https://forum.mapillary.com/t/important-forum-disturbances-and-losses-7-july-2017/1045


Oui ca semble correspondre, j ai recu le meme mail par Mapillary

Julien

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

[Talk-cat] Petició d'entrevista online per recerca UOC-DECODE

[Elisabet Roselló Román]

Bon dia comunitat,

Em dic Elisabet Roselló, formo part del grup de recerca Dimmons de la UOC.
Estem fent una recerca per al projecte europeu DECODE
 sobre plataformes i entitats amb caràcter
digital open i commons, amb seu o acció a Barcelona. Per aquest motiu us
contactem, i agraïriem si ens podrieu concedir uns minuts per respondre un
formulari, només en necessitem un per projecte. Això ens ajudarà a
caracteritzar entitats com la vostra i que els desenvolupadors alhora
puguin respondre a necessitats futures entorn les dades, així com avançar
part de la recerca en la caracterització de projectes amb ànima de comuns
digitals.

Aquest és l'enllaç
https://docs.google.com/forms/d/e/1FAIpQLSczb0fdnbgh0w8jG0d8C0opMmNAqOlGrSOcOVxWYgFujmpnfg/viewform

Qualsevol dubte, estic a la vostra disposició.

Salutacions cordials,

Elisabet Roselló Román
IN3 - Internet Interdisciplinary Institute
Dimmons Research Group || Culture
(+34) 610 898 777
web Dimmons  / Web personal


Av. Carl Friedrich Gauss, 5
08860 Castelldefels (Barcelona)
in3.uoc.edu
facebook  / twitter
 / linkedin


[image: UOC R] 

Aquest missatge és confidencial, la difusió de les dades que inclou és
regulada per la Llei orgànica de protecció de dades i la Llei de serveis
de la societat de la informació. Abans d’imprimir aquest missatge
electrònic penseu en el medi ambient.
*Este mensaje es confidencial, la difusión de los datos que incluye está
regulada por la Ley orgánica de protección de datos y la Ley de servicios
de la sociedad de la información. Antes de imprimir este mensaje
electrónico piensa en el medio ambiente.*
This message is confidential. Dissemination of this message and its
contents is regulated by the Spanish laws on Information Society Services
and Data Protection. Please consider the environment before printing.
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk-fr] Mapillary Forum

[rainerU]

C'est peut-être lié à ça :

https://forum.mapillary.com/t/important-forum-disturbances-and-losses-7-july-2017/1045



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

Re: [Talk-cat] Trolls i futures edit-wars (que no star-wars)

[Carlos Cámara]

Ok a informar sobre aquest usuari, però també estic d'acord amb en Pere:
eliminaria la part del conflicte polític i el referèndum i em centraria en
els fets. Que la totalitat d'edicions d'un usuari nou estan centrades
exclusivament a canviar sistemàticament tots els noms oficials de les
localitats per noms en Espanyol (enlloc de posar-los a name:es), fet que és
incorrecte tal i com se l'ha informat. (entenc que se l'ha informat i que
tot i així segueix).

Salutacions

Carlos Cámara
http://carloscamara.es

El dia 7 de juliol de 2017 a les 7:00,  ha escrit:

> Molt d'acord amb en Pere.
>
> Jaume Batlle
> 619 320 243
>
> El dia 6 jul. 2017 10:47 p. m., "Pere lópez brosa"  va
> escriure:
>
> Hola a tots.
>>
>> Jo trauria la primera frase sobre el conflicte i em centraria en els
>> fets: els noms oficials a Catalunya són en català (i en aranès a la Vall
>> d'Aran) i aquest usuari els està canviant. Això és un problema i demanem
>> com resoldre'l.
>>
>> Aquest tipus de trolls, més que conseqüència de la situació política
>> semblen ser-ne part de la causa, i encara que a OSM el vandalisme és escàs
>> aquesta mena de vàndals ja eren freqüents a la Viquipèdia abans que
>> comencés el procés.
>>
>> Ara bé, feu com us sembli millor perquè vosaltres coneixeu la comunitat
>> OSM i les eines molt més bé que jo.
>>
>> Que vagi bé.
>>
>> Pere
>>
>> 2017-07-06 21:23 GMT+02:00 Jan Esquerra :
>>
>>> +1
>>>
>>> Al text en angles s'ha de treure una R a 'whrere' de despres de vandalism
>>>
>>> 2017-07-06 21:16 GMT+02:00 Roger Veciana i Rovira :
>>>
 Molt bé i gràcies

 El dia 06/07/2017 8:47 p. m., "Wladimir Szczerban" 
 va escriure:

 +1
>
>
>
> 2017-07-06 18:44 GMT+02:00 Jaume Figueras i Jové <
> jaume.figue...@upc.edu>:
>
>> Hola ja tenim el primer cas declarat de troll que canvia noms
>> catalans a espanyols, l'usuari therealsailor amb només 17 dies 
>> d'antiguitat
>> i dedicat exclusivament a aquesta feina. Amb això crec convenient 
>> enviar-li
>> un correu per iniciar el procés de blocatge i avisar a la OSMF i DWG de 
>> "lo
>> que nos viene".
>>
>> Els correus estan a continuació i us demano que em doneu l'OK i
>> afegiu les modificacions necessàries si ho creieu convenient o si creieu
>> que no cal, digueu que no enviï aquest correu.
>>
>> Benvolgut usuari: therealsailor,
>> hem detectat que has estat canviant els noms oficials de carrers,
>> pobles i ciutats de Catalunya per una versió d’aquests noms 
>> castellanitzada
>> diferent al nom oficial. Amb aquest missatge volem demanar que respectis
>> els noms oficials dels elements que has canviat i no ho tornis a fer.
>> Atentament, els membres de la comunitat catalana d’OSM.
>>
>> Estimado usuario: therealsailor,
>> hemos detectado que has estado cambiando los nombres oficiales de
>> calles, pueblos y ciudades de Cataluña a una versión de estos nombres
>> castellanizada diferente del nombre oficial. Con este mensaje queremos
>> pedir que respetes los nombres oficiales de los elementos que has 
>> cambiado
>> y no lo vuelvas a hacer.
>> Atentamente, los miembros de la comunidad catalana de OSM.
>>
>> Dear user: therealsailor,
>> We have detected that you have been changing the official names of
>> streets, towns and cities of Catalonia for a version of these names into
>> Spanish different from the official name. With this message we want to 
>> ask
>> you to respect the official names of the items that you have changed and 
>> do
>> not do it again.
>> Sincerely, the members of the Catalan community of OSM.
>>
>>
>> Dear members of the OSMF and DWG,
>>
>> as you may know, Catalonia and Spain are in conflict. Catalonia wants
>> to hold a referendum for independence whilst Spain forbid this 
>> referendum.
>> This conflict will increase in our country but also in OSM. Nowadays we
>> have detected the first case of vandalism whrere many items (such as
>> streets, city limits, city centers, etc.) were changed its name from the
>> official name in Catalan (also recognized by the Spanish laws) into its
>> translated name in Spanish. For example, Girona → Gerona, Vilanova i la
>> Geltrú → Villanueva y Geltrú, etc.
>>
>> In the whole Spain, the name field is filled with the official name,
>> in Spanish, Catalan, Euskera, Galego, Bable, Occitan, etc. Also the
>> name:es, name:ca, name:eu, etc. are used accordingly.
>>
>> With this mail we are asking you if there is any set of tools that we
>> can use to maintain the state of the map somehow blocked in its critical
>> parts and prevent the near-commimg edit wars.
>>
>> Sincerely, the members of the Catalan community of OSM.
>>

[OSM-talk-fr] Orthophotographies en erreur ?

[Romain MEHUT]

Bonjour,

Je n'ai plus accès aux orthophotographies hébergées par OSM-FR. J'ai le
message "Erreur: Problem loading tile". C'est pareil chez vous ?

Merci.

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

Re: [Talk-cz] Místo pro uvázání psa

[Martin Ždila]

2017-07-07 10:10 GMT+02:00 Pavel Machek :

> Takze bych se primlouval za neco co umi nastavit druh zvirete pro
> ktery je to urceny.
>

amenity=parking
parking:bicycle=mtb
parking:goat=yes
parking:dog=pitbull;yorkshire

;-)

-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Místo pro uvázání psa

[Pavel Machek]

Ahoj!

> jak tagovat "parkoviště pro psy"? Na wiki jsem nic nenašel. Ale možná
> jsem jen slepý :-D

No, v realu se celkem casto vidi i parkoviste pro kone (uvaziste u hospod) a uz
jsem potkal i parkoviste pro kozu ( :-) ), dejte si do streetview
Prazska 264/3 kostelec n c lesy.

Takze bych se primlouval za neco co umi nastavit druh zvirete pro
ktery je to urceny.

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [OSM-talk-fr] Mapillary : Orientation

[rainerU]

Am 05.07.2017 um 16:30 schrieb Eric Sibert:
> - L'appli Mapillary enregistre la position des photos avec une mauvaise 
> qualité
Précision : Mapillary enregistre la position que fournit le module GPS du
téléphone ets qui est souvent de mauvaise qualité par rapport à un appareil GPS
dédié.

> - Mapillary déduit l'orientation des photos à partir du mouvement du GPS. 
> C'est
> correct quand on est en déplacement mais c'est mauvais quand on est à l'arrêt 
> au
> feu
Mon ancien smartphone avait un compas et Mapillary utilisait bien l'orientation
fourni par celui-ci (c'était au mois d'avril 2017). Si aujourd’hui ce n'est plus
le cas ce serait une régression dans l'appli Mapillary et il faut le signaler
sur le forum ou sur github [1].

> Je fais comment pour envoyer à Mapillary des photos bien localisées et bien
> orientées aussi bien en mouvement qu'à l'arrêt?
Les différentes options on déjà été données dans ce fil. J'utilise Josm et les
greffons photo_geotagging et photoadjust. Je charge les photos et la trace GPX
du Garmin dans JOSM, je corrèle les photos avec la trace GPX, j'ajuste la
position si nécessaire et j’enregistre les photos avec la position corrigé.
Ensuite je télécharge les photos avec le script /upload_with_preprocessing.py
qui permet aussi d'ajouter l'orientation déduite du mouvement. On peut aussi
télécharger dans le navigateur par le site de Mapillary. Dans ce cas, il faut
ajuster l'orientation une fois les photos sont publiés.


[1] https://github.com/mapillary/mapillary_issues


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