date:20200814


Bonsoir,

Le 14/08/2020 à 20:38, Yann-Vari Gwiader - yannvari.gwia...@gmail.com a
écrit :

Bonsoir,
Je trouve que c'est aller un peu vite en besogne quand même de vouloir
supprimer tous les name:br des amenity et shop quand name=name:br et
source:name:br=proper translation.


Aller vite en besogne de supprimer ou de vouloir supprimer et de
commencer par en parler sur la liste de la communauté ?


La problématique est assez complexe. Je ne demande qu'à trouver un
mode de fonctionnement cohérent.


Jusque là nous sommes d'accord.


Dans la pratique, on trouve par exemple cas où pour un amenity, on a
brand=Total, name=Station-Service Total et dans ce cas là je trouve
cohérent d'avoir un name:br=Porzh-servij Total
(https://www.openstreetmap.org/node/3729673212).


Là ce n'est pas le name:br mais le name qui pose soucis.

Station Service Total n'est pas le nom de l'établissement, c'est un nom
descriptif qui ne figure pas sur le terrain.

donc tu mets name=Total, station-service ou porzh-servij c'est
amenity=fuel qui le dit.

Et tu te ramènes au cas... suivant.


Le cas de Leroy-Merlin est un peu plus complexe parce que là, name et
name:br seraient identiques.
Ma problématique est la suivante : comment un utilisateur des données
peut-il être assuré que le nom qu'il manipule est en breton (en
faisant abstraction des noms de marques qu'il contient) et ne contient
pas des bouts en français (comme "Station service") si tous les
name:br ne sont pas renseignés ? En suivant la logique proposée par
Jean-Yvon, il me semble que si les champs name:br ne sont pas
renseignés, cela pourrait vouloir dire :
- soit qu'aucun utilisateur n'a encore renseigné le champ name:br
parce que ça n'est encore venu à l'idée de personne
- soit que name:br ou name sont les mêmes
Au final, je ne trouve pas ça satisfaisant pour des utilisateurs des
données qui ne seraient intéressés que par des données ne contenant
que du breton (sauf les noms de marques qu'il contient).
Yann (DiaouligRu)


Je pense qu'il y a deux problématiques :
- le rendu
- l'avancée de la traduction

Le rendu d'un pseudo-nom en français est lui aussi problématique. Là il
est réglé par sa suppression. Ça va être le cas le plus courant.
C'est souvent ce qui est à faire (typiquement "X de Y" où X indique la
nature de l'objet et Y le lieu).

Il peut y avoir des exceptions, rarissimes (comme la Laverie d'Aiguillon).
Donc reste juste pour les cas où le nom en français comporterait des
parties génériques et que le nom est réel.

Prenons un cas réel, la crêperie Au Roi Gradlon
 à Brest.

Sur le page FB

il y a deux inscriptions :

crêperie
Le Roi Gradlon

Donc en français on a un problème : les inscriptions ne correspondent
pas et si on regarde plus loin ça ne s'arrange pas :
enregistrement de la société "CREPERIE DU ROI GRADLON" avec pour adresse
" AUX CREPES DU ROI GRADLON", page de la crêperie sur FB La creperie du
Roi GRADLON
. Oui
toujours sans accent.

Donc j'auraisai mis en français "Le Roi Gradlon".

Que tu veuilles avoir "Le Roi Gradlon" ou "Gradlon Meur" sur la carte je
ne sais.

Si, bien que ce ne soit sur le terrain, tu veuilles "Gradlon Meur", tu
mets name:br=Gradlon Meur. Ça ne me semble pas correct mais ça se
discute. Et tu ajoutes "source:name:br=proper translation".
name<>name:br, pas de soucis.

Si c'est sur le terrain (pas comme ici) "source:name:br=survey" (ou sign
éventuellement).

Si tu dis "source:name:br=proper translation" c'est que tu n'es pas allé
sur le terrain et donc l'information entrée à peu de valeur (je rappelle
que je ne parle pas des noms de rue ou de lieu).

Si tu veux dire que le nom en breton est le même que le nom par défaut
et que c'est un cas non trivial (pas un brand) tu ne renseignes pas
name:br et mets *source:name:br=same as name*.

Je n'invente rien, j'utilise ce que la communauté bretonne a prévu^^.

N. B. : Christian R. sous-entend que la communauté française serait
monolingue. Ne pas confondre communauté française OSM et État
Français(*). On a même des codages pour des langues sans bi- ou
trigramme normalisé tel que name:fr-x-gallo pour le gallo.

Au contraire c'est en France qu'on utilise le plus les associatedStreet.

Je vois que name:br=Straed Fautras a été ajouté sur les tronçons Rue
Fautras mais pas sur l'associatedStreet :-(.

N. B. 2 :


Cette idée de mettre un tag inscription (vous connaissiez ce tag pour
ce cas ?) me semble tout aussi baroque, car elle ne s’appliquerait
qu’aux déviants qui ont une raison sociale générique et bilingue.


C'est inscrit, tu écris ce qui est inscrit. Sinon le cimetière de
Kerfautras, c'est le cimetière qui est à Kerfautras.

Si tu écris que tu te rends au cimetière de Kerfautras, tu aurais écrit
le Cimetière de Kerfautras avec un C majuscule ? Je ne pense pas. C'est
donc un nom générique et non

Re: [OSM-talk-fr] Photos — Re: Projet du mois de septembre (en préparation) : défibrillateurs !

2020-08-14 Diskussionsfäden Éric Gillet


Le 14/08/2020 à 19:12, Yves P. a écrit :


C'est une très bonne idée ce projet !

peut-être ça vaut le coup de regarder du côté d'IPFS 
 ? Ça utilise exactement le mécanisme que tu décris :)


Quelques avantages que je vois à utiliser ça plutôt qu'une archive 
"maison" :


- Gestion de l'adressage, des dossiers déjà implémentée depuis 
longtemps, donc robuste
- Possibilité à n'importe quel contributeur disposant de stockage de 
faire mirroir, idem pour les passerelles IPFS/HTTP

- Moins de trafic à gérer du coup

Pour les photos, il y a son stockage (simple avec IPFS), ses 
métadonnées, et son ou ses adresses.

Est-ce que Mapillary, Commons utilisent aussi IPFS ?

Je ne pense pas.

Comment authentifier les paires clés OSM / photos ?


Ah oui j'ai mal lu le message de Christian, qui voulait que le hash soit 
calculé à partir du couple clé-valeur fichier et pas le hash du fichier 
en lui-même.


Du coup c'est un peu moins direct, mais ça peut se faire avec IPFS aussi 
en mettant les images dans un dossier. Elles auraient comme nom le hash 
que proposait Christian, ou tout autre transformation conservant une 
relation 1-1 (ou presque) avec le tag originel. Exemple rapide :


https://www.openstreetmap.org/node/21715092

https://bafybeidbdqxzzorb7gktaovapiq3agjh33brhgvkolnejhgxspac6ds5t4.ipfs.dweb.link/

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

Re: [OSM-talk-fr] noms allemands en France ?

2020-08-14 Diskussionsfäden Christian Rogel



>> Le 14 août 2020 à 20:37, osm.sanspourr...@spamgourmet.com a écrit :
>  Le 14/08/2020 à 19:14, Christian Rogel - christian.ro...@club-internet.fr a 
> écrit :
>> Je partage les inquiétudes de DiaouligRu quand il comprend que la logique 
>> geekiste monolingue (militante ?) aboutit à effacer ce qui est visible sur 
>> le terrain.
>> J’étais, il a peu, à la porte du cimetière de Kerfautras (Brest) et le nom 
>> officiel de celui-ci (C… de K…) et doublé de Bered Kerfaotraz.
>> Devinez-quoi? Un adorateur de la religion anti-descriptive effacera le 
>> Cimetière de… , mais DiaouligRu ou moi-même sauveront de la “persécution” 
>> des mentions vues sur le terrain la fière inscription armoricaine.
>> De même que Kannerez et autre Ostaliri (bistro).
>> A moins qu’un nouveau cycle d’effacement des langues s’enclenche.
>> 
>> Christian R.
> Rarement lu quelque chose d'aussi absurde : tu comprends le Diablotin Rouge 
> ;-) quand il comprend tout de travers, par idéologie peut-être ?
> 
> Je suis en faveur du breton, je mets quiconque au défi de prouver le 
> contraire. Et tu le sais. Quand un nom de rue diffère entre le cadastre et le 
> panneau, je supprime la version bretonne ou je te demande la traduction de ce 
> qui figure sur le terrain ?
> 
> Je demande juste de ne pas pourrir la base avec des informations redondantes. 
> Idem pour les addr:country=FR.
> 

Je ne défend pas tout ce que fait le diablotin (DiaouligRu), car j’ai du lui 
Indiquer qu’il ne fallait pas mettre des noms en breton dans “name” et des noms 
“français” dans name:fr, puisque ça se voit sur la carte par défaut.
Cette idée de mettre un tag inscription  (vous connaissiez ce tag pour ce cas 
?) me semble tout aussi baroque, car elle ne s’appliquerait qu’aux déviants qui 
ont une raison sociale générique et bilingue.
Dans un autre contexte, on appellerait ça du validisme (terme poli pour 
attitude discriminante qui s’ignore).
C’est là qu’on vérifie un grand principe : pour vérifier, si ça marche, il faut 
explorer les marges (les effets de bord).
Evidemment, Jean-Yvon, que tu n’es pas visé. Chacun expose ses idées et on 
essaie de dégager des consensus. C’est pour cela que cette liste reste vivante.

Christian R.

P. S. : on est vite déviant, quand on choisit des options d’inscriptions 
simples et utiles sans penser aux codeurs élagueurs ;-)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] noms allemands en France ?

2020-08-14 Diskussionsfäden pepilepi...@ovh.fr

Le 14/08/2020 à 18:29, Yves P. a écrit :
>
>> Euh, de chez moi, je vois bien : 
>>
>>
>> Appartient à
>>
>>   * Relation Le Doubs (156145)
>>  (en tant que
>> tributary)
>>
>> depuis la page : https://www.openstreetmap.org/relation/308657
>
> Avec Safari et Chrome, je vois bien le texte en français.
> Avec Firefox, c'est le nom allemand.
>
> Voici mon réglage de langue dans Firefox :
> Français [fr]
> Français (France) [fr-fr]
> Anglais (États-unis) [en-us]
> Anglais [en]
> Allemand [de]


Bonsoir,

Chez moi sur firefox

"Appartient à

  * Relation Le Doubs (156145)
 (en tant que tributary)"

Opera, Vivaldi, Chrome, Comodo, IE (toute honte bue...) : idem.

J'avoue que je me suis pas cassé les pieds à paramétrer les langues.

Bonne soirée,

JP


>
> Tom ne doit pas considérer que la langue par défaut en France est le
> Français, mais uniquement le Français de France 
>
> Avec les ordres suivants, ça ne change rien  mais en vidant le cache
> du navigateur et en rechargeant la page :
>
> Français (France) [fr-fr]
> Français [fr]
> Anglais (États-unis) [en-us]
> Anglais [en]
> Allemand [de]
>
> ou
>
> Français [fr]
> Anglais [en]
> Allemand [de]
>
> Est-ce que vous avez ça aussi avec Firefox ?
>
> __
> Yves
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question.

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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden Mateusz Konieczny via Talk-GB



On 14.08.2020 21:13, majka wrote:



On Fri, 14 Aug 2020 at 20:48, Tonda > wrote:


Však ano, na těch odkazech níže co sem uvedl jsou objekty, které
dotaz vybral, ale na kole se tam může - vede tam trasa nebo to
není uvnitř NPR. Naopak je tam mraky cest co dotaz nevybral a
nemůže se na ně.


https://www.openstreetmap.org/way/55081806 - zde vede cyklotrasa

Podle OSM nevede, je tam zmapovaná jinde 
https://www.openstreetmap.org/way/55081806#map=15/50.5751/16.1257=CN 


Jestli je to špatně, je třeba opravit vedení té cyklotrasy.
Ano, řeším skutečnost, nikoliv co je v OSM, to jen ukazuje že ani ručně 
to nejde dělat jen na základě dat v OSM.



https://www.openstreetmap.org/way/454729067 a
https://www.openstreetmap.org/way/73304557 a
https://www.openstreetmap.org/way/175846959 vedou částečně
mimo chráněné území.

Navíc to první vede po hranici, což IMO zakázané není.

 Opět: podle nás nevede, tu hranici to kříží 
https://www.openstreetmap.org/way/454729067#map=16/50.6175/16.1036=N


Ten dotaz umí jen dělat to, co mu řeknu. Pokud najde část té cesty 
uvnitř NPR, tak jí vybere. Netuším, jestli by jí vybral i na té hranici.
Proto jsem výslovně uváděla, že se to nedá doplnit automaticky a 
muselo by se to jednotlivě ručně procházet. Speciálně kvůli těmhle 
případům. Pokud to najde cestu, která jde skrz NPR, i když jen z 
části, musí na to někdo kouknout, a pak: (a) cestu rozdělit na část 
uvnitř a vně, a ten zákaz dát jen dovnitř nebo (b) to ignorovat s tím, 
že je to na té hranici, a nebo (c) opravit špatné zmapování, protože 
pokud ta cesta jde po hranici, je jedno z toho zakreslené blbě. Jiné 
řešení to nemá, neexistuje způsob, jak tu cestu rozdělit dotazem.
Že by se to nedělalo automaticky sem nějak přehlédl a vsugeroval si že 
hromadně znamená automaticky, pak vybrat cesty co sou část zakázané a 
část nejsou v případě ručního zpracování dává smysl.


Co za cesty to nevybralo a mělo? Dej mi konkrétní příklad.


Výchozí podklad v overpass neukazuje, kde už zákaz je, když sem si to 
přepnul vidím, že většina co nebyla vybrána už zákaz má, i tak sem něco 
našel


https://www.openstreetmap.org/way/72147555
https://www.openstreetmap.org/way/231758035
https://www.openstreetmap.org/way/231758035
https://www.openstreetmap.org/way/454729074
https://www.openstreetmap.org/way/454825072
https://www.openstreetmap.org/way/454825069
https://www.openstreetmap.org/way/454589547


Majka


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

Re: [OSM-talk-fr] noms allemands en France ?

2020-08-14 Diskussionsfäden Christian Rogel


> Le 14 août 2020 à 20:39, Yann-Vari Gwiader  a 
> écrit :
> 
> 
> Bo
> Je trouve que c'est aller un peu vite en besogne quand même de vouloir 
> supprimer tous les name:br des amenity et shop quand name=name:br et 
> source:name:br=proper translation.
> La problématique est assez complexe. Je ne demande qu'à trouver un mode de 
> fonctionnement cohérent.
> On pourrait en effet partir du principe que dès qu'on a un brand pour un 
> amenity ou shop, alors il n'est pas cohérent de trouver un name:br (alors que 
> la présence d'un name:br se justifierait pleinement quand il ne s'agit pas 
> d'une marque).
> Dans la pratique, on trouve par exemple cas où pour un amenity, on a 
> brand=Total, name=Station-Service Total et dans ce cas là je trouve cohérent 
> d'avoir un name:br=Porzh-servij Total 
> (https://www.openstreetmap.org/node/3729673212).
> Le cas de Leroy-Merlin est un peu plus complexe parce que là, name et name:br 
> seraient identiques.
> Ma problématique est la suivante : comment un utilisateur des données peut-il 
> être assuré que le nom qu'il manipule est en breton (en faisant abstraction 
> des noms de marques qu'il contient) et ne contient pas des bouts en français 
> (comme "Station service") si tous les name:br ne sont pas renseignés ? En 
> suivant la logique proposée par Jean-Yvon, il me semble que si les champs 
> name:br ne sont pas renseignés, cela pourrait vouloir dire :
> - soit qu'aucun utilisateur n'a encore renseigné le champ name:br parce que 
> ça n'est encore venu à l'idée de personne
> - soit que name:br ou name sont les mêmes
> Au final, je ne trouve pas ça satisfaisant pour des utilisateurs des données 
> qui ne seraient intéressés que par des données ne contenant que du breton 
> (sauf les noms de marques qu'il contient).
> Yann (DiaouligRu)
> 
>> Le ven. 14 août 2020 à 13:53,  a écrit :
>> Au prétexte qu'il y a une laverie au nom en français et en breton :
>> 
>> https://www.google.com/maps/@48.2761805,-3.573457,3a,75y,259.15h,86.89t/data=!3m6!1e1!3m4!1sy7Jx6nAI1zb46kKRlGRzDA!2e0!7i13312!8i6656
>> 
>> Je pense qu'on peut dire que dans ce cas
>> 
>> name:fr et name:br seraient justifiés.
>> 
>> Donc pas de name:br sans name:fr sur les amenity et shop ?
>> 
>> Ça se passe ici :
>> 
>> https://www.openstreetmap.org/changeset/89252656#map=19/47.77851/-3.42229
>> 
>> Je virerais bien les name:br des amenity et shop quand name=name:br et
>> source:name:br=proper translation.
>> 
>> Jean-Yvon
>> 
>> Le 14/08/2020 à 13:07, Jean-Yvon Landrac a écrit :
>> > Oui Leroy-Merlin en breton c'est Leroy-Merlin...
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] National Cycle Network removal/reclassification

Aug 14, 2020, 15:53 by for...@david-woolley.me.uk:

> On 14/08/2020 12:46, Mateusz Konieczny via Talk-GB wrote:
>
>> If signage on the ground is gone or never existed then route relation should 
>> not be mapped in OSM*.
>>
>
> In the long term, this could make OSM useless for motor traffic as there is a 
> general policy of decluttering signs.  One of the arguments for that is that 
> everyone uses satellite navigators, so they don't need the signs.  I think is 
> also used as an argument for why it can take councils years to fix missing 
> street name signs.
>
> If OSM relies on on the ground signage, when the authorities rely on virtual 
> signage in online maps, it could lose a lot of roads!
>

At least in Poland it is purely theoretical issue while problem of 
nonexisting/proposed/gone
route relations cluttering map is real (local governments and organizations 
keep creating various
routes and later fail to maintain them).
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden David Woolley


On 14/08/2020 19:14, Simon Still wrote:
I’m not sure that’s actually a legal status that changes anything - 
pedestrians have priority on all shared use paths so not sure that tag 
would add anything


Towpaths are privately paths (currently owned by the Canals and Rivers 
Trust), so the rules for public paths don't apply.  At one time  you had 
to apply for a free licence to cycle on them, the quid for quo for which 
was a promise to do things like give pedestrians priority.



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

Re: [Talk-at] CS 87122017 reparieren oder reverten?

2020-08-14 Diskussionsfäden Robert Grübler

Am : Freitag, 14. August 2020 19:16 schrieb Stefan Tauner 
[mailto:stefan.tau...@gmx.at]

< Wenn du nicht wirklich viele CS-Kommentare schreibst, 
< hast du einfach eine zu kleine Stichprobe

Treffer!
Hab grad nachgesehen: 37 CS Kommentare erstellt, 51% mit Antwort
Ist ja besser als gedacht.
:-)


LG Robert



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

Re: [OSM-talk-fr] Nouvelles orthos HR... trouvées au fond d'un FTP


Yves me dit que c'est la France portant un masque pour se protéger et
trouve que vous avez aussi le droit à ce clin d’œil ;-).
Remarquez le poing levé du côté de l'Alsace (Grand Test (*)).

> Les trous s'expliquent comment  ?

Une France fantomatique qui tire la langue ? ;-)


(*) En tout amité pour ceux qui ont eu le "privilège" d'être les
premiers à tester l'effet d'un grand cluster en France.

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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden majka

On Fri, 14 Aug 2020 at 20:48, Tonda  wrote:

> Však ano, na těch odkazech níže co sem uvedl jsou objekty, které dotaz
> vybral, ale na kole se tam může - vede tam trasa nebo to není uvnitř NPR.
> Naopak je tam mraky cest co dotaz nevybral a nemůže se na ně.
>
> https://www.openstreetmap.org/way/55081806 - zde vede cyklotrasa
>>
> Podle OSM nevede, je tam zmapovaná jinde
https://www.openstreetmap.org/way/55081806#map=15/50.5751/16.1257=CN
Jestli je to špatně, je třeba opravit vedení té cyklotrasy.

> https://www.openstreetmap.org/way/454729067 a
>> https://www.openstreetmap.org/way/73304557 a
>> https://www.openstreetmap.org/way/175846959 vedou částečně mimo chráněné
>> území.
>>
>> Navíc to první vede po hranici, což IMO zakázané není.
>>
>  Opět: podle nás nevede, tu hranici to kříží
https://www.openstreetmap.org/way/454729067#map=16/50.6175/16.1036=N

Ten dotaz umí jen dělat to, co mu řeknu. Pokud najde část té cesty uvnitř
NPR, tak jí vybere. Netuším, jestli by jí vybral i na té hranici.
Proto jsem výslovně uváděla, že se to nedá doplnit automaticky a muselo by
se to jednotlivě ručně procházet. Speciálně kvůli těmhle případům. Pokud to
najde cestu, která jde skrz NPR, i když jen z části, musí na to někdo
kouknout, a pak: (a) cestu rozdělit na část uvnitř a vně, a ten zákaz dát
jen dovnitř nebo (b) to ignorovat s tím, že je to na té hranici, a nebo (c)
opravit špatné zmapování, protože pokud ta cesta jde po hranici, je jedno z
toho zakreslené blbě. Jiné řešení to nemá, neexistuje způsob, jak tu cestu
rozdělit dotazem.

Co za cesty to nevybralo a mělo? Dej mi konkrétní příklad.

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

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Robert Skedgell

On 14/08/2020 19:14, Simon Still wrote:
> 
> 
>> On 14 Aug 2020, at 16:47, Ken Kilfedder > > wrote:
>>
>> I believe most of the canal towpaths are 'pedestrian priority' too -
>> at least there are signs to that effect all over the place.  Well
>> worth tagging them to that effect if true.
> 
> I’m not sure that’s actually a legal status that changes anything -
> pedestrians have priority on all shared use paths so not sure that tag
> would add anything 

I think that while it's certainly good practice to give priority to
pedestrians on any shared (unsegregated) infrastructure, I'm not sure
how you would tag it in addition to segregated=no.

On canal towpaths, the Canal & River Trust's cycling FAQ states that
"Pedestrians are generally the most vulnerable and have priority at all
times".
https://canalrivertrust.org.uk/enjoy-the-waterways/cycling/cycling-faqs

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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

Však ano, na těch odkazech níže co sem uvedl jsou objekty, které dotaz 
vybral, ale na kole se tam může - vede tam trasa nebo to není uvnitř 
NPR. Naopak je tam mraky cest co dotaz nevybral a nemůže se na ně.


T.

On 14.08.2020 19:54, majka wrote:
Tak to je ale správně! Ten dotaz vybírá cesty, na které má přijít 
zákaz vjezdu cyklistů.

Tedy pěšiny/lesní cesty v NPR, na kterých *NENÍ *značená cyklotrasa.

U NPR Adršpašsko-teplické skály není problém ve jménu, ale v tom, že 
to nemá značku "leisure"="nature_reserve", podle které jsem to původně 
hledala. Momentálně je třeba z toho dotazu vyhodit tohle. Ty ostatní 
to mají, a tohle značení by přitom snad mělo být zastaralé.


Majka
On Fri, 14 Aug 2020 at 18:59, Tonda > wrote:


Nic mi to nenajde ani v NPR Adršpašsko-teplické skály. Pokud z
dotazu vyhodím filtr name, tak už ano a hned tam vidím

https://www.openstreetmap.org/way/55081806 - zde vede cyklotrasa

https://www.openstreetmap.org/way/454729067 a
https://www.openstreetmap.org/way/73304557 a
https://www.openstreetmap.org/way/175846959 vedou částečně mimo
chráněné území.

Navíc to první vede po hranici, což IMO zakázané není.

Naopak to nevybere spoustu cest, kde cyklotrasa není.

T.



___
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] noms allemands en France ?

2020-08-14 Diskussionsfäden Yann-Vari Gwiader

Bonsoir,
Je trouve que c'est aller un peu vite en besogne quand même de vouloir
supprimer tous les name:br des amenity et shop quand name=name:br et
source:name:br=proper translation.
La problématique est assez complexe. Je ne demande qu'à trouver un mode de
fonctionnement cohérent.
On pourrait en effet partir du principe que dès qu'on a un brand pour un
amenity ou shop, alors il n'est pas cohérent de trouver un name:br (alors
que la présence d'un name:br se justifierait pleinement quand il ne s'agit
pas d'une marque).
Dans la pratique, on trouve par exemple cas où pour un amenity, on a
brand=Total, name=Station-Service Total et dans ce cas là je trouve
cohérent d'avoir un name:br=Porzh-servij Total (
https://www.openstreetmap.org/node/3729673212).
Le cas de Leroy-Merlin est un peu plus complexe parce que là, name et
name:br seraient identiques.
Ma problématique est la suivante : comment un utilisateur des données
peut-il être assuré que le nom qu'il manipule est en breton (en faisant
abstraction des noms de marques qu'il contient) et ne contient pas des
bouts en français (comme "Station service") si tous les name:br ne sont pas
renseignés ? En suivant la logique proposée par Jean-Yvon, il me semble que
si les champs name:br ne sont pas renseignés, cela pourrait vouloir dire :
- soit qu'aucun utilisateur n'a encore renseigné le champ name:br parce que
ça n'est encore venu à l'idée de personne
- soit que name:br ou name sont les mêmes
Au final, je ne trouve pas ça satisfaisant pour des utilisateurs des
données qui ne seraient intéressés que par des données ne contenant que du
breton (sauf les noms de marques qu'il contient).
Yann (DiaouligRu)

Le ven. 14 août 2020 à 13:53,  a écrit :

> Au prétexte qu'il y a une laverie au nom en français et en breton :
>
>
> https://www.google.com/maps/@48.2761805,-3.573457,3a,75y,259.15h,86.89t/data=!3m6!1e1!3m4!1sy7Jx6nAI1zb46kKRlGRzDA!2e0!7i13312!8i6656
>
> Je pense qu'on peut dire que dans ce cas
>
> name:fr et name:br seraient justifiés.
>
> Donc pas de name:br sans name:fr sur les amenity et shop ?
>
> Ça se passe ici :
>
> https://www.openstreetmap.org/changeset/89252656#map=19/47.77851/-3.42229
>
> Je virerais bien les name:br des amenity et shop quand name=name:br et
> source:name:br=proper translation.
>
> Jean-Yvon
>
> Le 14/08/2020 à 13:07, Jean-Yvon Landrac a écrit :
> > Oui Leroy-Merlin en breton c'est Leroy-Merlin...
>
>
> ___
> 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] noms allemands en France ?


Le 14/08/2020 à 19:14, Christian Rogel -
christian.ro...@club-internet.fr a écrit :

Je partage les inquiétudes de DiaouligRu quand il comprend que la logique 
geekiste monolingue (militante ?) aboutit à effacer ce qui est visible sur le 
terrain.
J’étais, il a peu, à la porte du cimetière de Kerfautras (Brest) et le nom 
officiel de celui-ci (C… de K…) et doublé de Bered Kerfaotraz.
Devinez-quoi? Un adorateur de la religion anti-descriptive effacera le 
Cimetière de… , mais DiaouligRu ou moi-même sauveront de la “persécution” des 
mentions vues sur le terrain la fière inscription armoricaine.
De même que Kannerez et autre Ostaliri (bistro).
A moins qu’un nouveau cycle d’effacement des langues s’enclenche.

Christian R.


Rarement lu quelque chose d'aussi absurde : tu comprends le Diablotin
Rouge ;-) quand il comprend tout de travers, par idéologie peut-être ?

Je suis en faveur du breton, je mets quiconque au défi de prouver le
contraire. Et tu le sais. Quand un nom de rue diffère entre le cadastre
et le panneau, je supprime la version bretonne ou je te demande la
traduction de ce qui figure sur le terrain ?

Je demande juste de ne pas pourrir la base avec des informations
redondantes. Idem pour les addr:country=FR.

On peut ajouter des quantités d'informations inutiles dans OSM, ce n'est
pas une raison pour le faire.

Je suis contre la duplication à l'infini de l'information comme il le
propose (l'impose serait plus exact) avec ses mane:br=Leroy Merlin.

> ce qui est visible sur le terrain.
De quoi parles-tu ? Leroy Merlin est écrit en breton sur le bâtiment ?
D'ailleurs "source:name:br=proper translation" indiqué bien que ça n'a
pas été vérifié sur le terrain.

> J’étais, il a peu, à la porte du cimetière de Kerfautras (Brest) et
le nom officiel de celui-ci (C… de K…) et doublé de Bered Kerfaotraz.

Tu veux dire qu'il y a :
inscription:fr=Cimetière de Kerfautras
inscription:br=Bered Kerfaotraz

;-)

J'ai regardé l'historique et le name, même s'il est douteux en tant que
nom propre, a toujours été de la version 1 à la version 15 Cimetière de
Kerfautras.

Mais peut-être n'as-tu pas compris ce que je disais.

Je disais que si la Laverie d'Aiguillon
 portait deux noms
quoique que shop car c'est un nom descriptif. En français comme en
breton (Kannerezh Aiguillon). Et que c'est une exception.

Il n'empêche que c'est son nom propre dans ce cas précis.

Et on ne va pas ajouter name:en=Laverie d'Aiguillon
,name:de=Laverie
d'Aiguillon , et ainsi de
suite.

On peut ajouter :
inscription=Laverie D' Kannerezh Aiguillon

Car graphiquement comme vous pourrez le vérifier sur un système
propriétaire de cartes de rues en 48.2761805,-3.573457, le Aiguillon est
partagé par les deux noms.

N. B. : la suppression des noms génériques n'a rien à voir, c'est un
autre sujet. Et si Cimetière, Kerfautras, Brest marche dans Nominatim,
Bered, Kerfaotraz, Brest marchera aussi pour peu que quelqu'un ait
préparé les données génériques dans Nominatim.

Cimetière, Paris comme Bered, Pariz.

Jean-Yvon

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

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Simon Still



> On 14 Aug 2020, at 16:47, Ken Kilfedder  wrote:
> 
> I believe most of the canal towpaths are 'pedestrian priority' too - at least 
> there are signs to that effect all over the place.  Well worth tagging them 
> to that effect if true.


I’m not sure that’s actually a legal status that changes anything - pedestrians 
have priority on all shared use paths so not sure that tag would add anything 


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

[talk-cz] Fwd: Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden majka

Opravený dotaz, předtím byla ještě i chyba v tom výběru podle názvu:
https://overpass-turbo.eu/s/X3l

Pro jistotu: vybírá jen cesty v NPR, kde *NENÍ *cyklotrasa ani jakákoli
značka bicycle nebo access. Tedy teoreticky jsou to cesty, kam se na kole
nesmí, pokud tam není na místě cedulí povoleno. Přitom předpokládám, že
cyklotrasu tam máme správně.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] noms allemands en France ?

> Si vous êtes connectés à votre compte OSM ce sont les préférences
> linguistiques de votre compte qui sont prises en compte sinon ce sont
> celles de votre navigateur.
Oups, j'avais oublié ce détail.

Safari : j'étais identifié. En me déconnectant je vous le nom français

Chrome :  je ne l'étais pas. Paramètres de langues quasiment identiques que 
pour Firefox :
français (France)
français
anglais (États-Unis)
anglais
espagnol
italien
Firefox : j'étais déconnecté. En le faisant j'ai bien le français.
Je n'ai plus que le français comme langue préférée. En me déconnectant, je vois 
à nouveau le nom allemand !

Idem pour le Doubs  https://www.openstreetmap.org/relation/156145 


Va comprendre, Charles ! :D

__
Yves

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

Re: [OSM-talk-fr] Nouvelles orthos HR... trouvées au fond d'un FTP

2020-08-14 Diskussionsfäden Cyrille37 OSM via Talk-fr


Le 14/08/2020 à 19:41, Cyrille37 OSM via Talk-fr a écrit :

PS pour Cyrille: sur Tours tu as maintenant du 20cm de 2018 ;)

Merci Christian !! 8 ans plus jeune que la dernière (2010)


Erreur, c'était 2013 la dernière.

C/.

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

[Talk-at] OSM & OSGeo Wanderung

2020-08-14 Diskussionsfäden scubbx

Hallo, Leute!

Wir haben einen tollen Ersatz für die Wiener OSM Stammtische gefunden:
Wir gehen Wandern!

Am Sonntag, dem *23.08.2020*

*Startpunkt ist der Beginn des Stadtwanderweges 5* (Strecke Bisamberg,
https://www.wien.gv.at/umwelt/wald/freizeit/wandern/wege/wanderweg5.html)
in Stammersdorf (Endstation der 31er Straßenbahn), wo wir um *13:00*
Abmarschieren, um den gleichnamigen Stadtwanderweg zu beschreiten!

( https://umap.openstreetmap.fr/de/map/stadtwanderwege-wien_489242 )

Kommt also lieber bereits etwas früher, damit wir uns sammeln können.
Ich werde dafür sorgen, dass man die Gruppe als die OSM Wandergruppe
erkennt.

Auf dem Bisamberg selber sollten wir eine gute Gelegenheit für ein *OSM
Picknik* finden - nehmt also den ein oder anderen Snack mit! (in Zeiten
von Corona ist es wohl klüger auf geteilte Nahrungsmittel zu verzichten,
es sollte sich also jeder selbst versorgen)

Ich freue mich schon darauf, einige Mitmapper und Mitmapperinnen nach
dieser langen Zeit wieder einmal persönlich zu sehen!

lg, Markus (ScubbX)

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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden majka

Tak to je ale správně! Ten dotaz vybírá cesty, na které má přijít zákaz
vjezdu cyklistů.
Tedy pěšiny/lesní cesty v NPR, na kterých *NENÍ *značená cyklotrasa.

U  NPR Adršpašsko-teplické skály není problém ve jménu, ale v tom, že to
nemá značku "leisure"="nature_reserve", podle které jsem to původně
hledala. Momentálně je třeba z toho dotazu vyhodit tohle. Ty ostatní to
mají, a tohle značení by přitom snad mělo být zastaralé.

Majka
On Fri, 14 Aug 2020 at 18:59, Tonda  wrote:

> Nic mi to nenajde ani v NPR Adršpašsko-teplické skály. Pokud z dotazu
> vyhodím filtr name, tak už ano a hned tam vidím
>
> https://www.openstreetmap.org/way/55081806 - zde vede cyklotrasa
>
> https://www.openstreetmap.org/way/454729067 a
> https://www.openstreetmap.org/way/73304557 a
> https://www.openstreetmap.org/way/175846959 vedou částečně mimo chráněné
> území.
>
> Navíc to první vede po hranici, což IMO zakázané není.
>
> Naopak to nevybere spoustu cest, kde cyklotrasa není.
>
> T.
>
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Nouvelles orthos HR... trouvées au fond d'un FTP

2020-08-14 Diskussionsfäden Cyrille37 OSM via Talk-fr


Le 14/08/2020 à 19:00, Christian Quest a écrit :
Pour 2018 en 15cm, il y a : 75, 78, 91, 92, 93 (ces deux derniers 
avaient été publiés en opendata par les départements eux-même il y a 
plus d'un an).


Toujours pour 2018 en 20cm, j'ai déjà ajouté: 01 02 29 33 37 38 et 94.

PS pour Cyrille: sur Tours tu as maintenant du 20cm de 2018 ;)


Merci Christian !! 8 ans plus jeune que la dernière (2010)

Ensuite est-ce toi qui publieras les "trucs" pour Id et Josm ?

C/.


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

Re: [OSM-talk-fr] Nouvelles orthos HR... trouvées au fond d'un FTP


Le 14/08/2020 à 19:15, Yves P. a écrit :
Il y a quelques jours, Mapbox a publié un billet de blog annonçant 
une couverture en ortho-photos opendata sur la majorité de la France 
provenant de l'IGN.


https://blog.mapbox.com/france-imagery-is-live-c594e2e88ea7


Les trous s'expliquent comment  ?
https://miro.medium.com/max/1400/0*OAcVb5r5ZaRopmCa.png



Il ne doit pas y avoir de co-financement sur ces départements car si le 
reste est en opendata, c'est parce qu'il y a du cofinancement local et 
souvent européen, qui impose la mise en opendata.


Quand l'IGN produit seul l'ortho d'un département, cela n'est même pas 
publié à la limite de 50cm qui est en principe d'accès libre et gratuit 
(il n'y a qu'au délà de 50cm que l'IGN a encore le droit de percevoir 
des redevances).


Pour 2018 en 15cm, il y a : 75, 78, 91, 92, 93 (ces deux derniers 
avaient été publiés en opendata par les départements eux-même il y a 
plus d'un an).


Toujours pour 2018 en 20cm, j'ai déjà ajouté: 01 02 29 33 37 38 et 94.

Le reste va suivre petit à petit...


Le plus simple pour les utiliser est la couche "tous_fr" qui agrège 
toutes les orthos en priorisant par date puis résolution.


Un grand MERCI :)



De rien !

J'ai un peu patienté pour certaines, histoire que la température de ma 
cave-datacenter redescende un peu (33° max, sans clim) ;)



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] noms allemands en France ?


Attention il faut comparer des choses comparables.

Si vous êtes connectés à votre compte OSM ce sont les préférences
linguistiques de votre compte qui sont prises en compte sinon ce sont
celles de votre navigateur.

Jean-Yvon

Le 14/08/2020 à 18:29, Yves P. - yves.prat...@gmail.com a écrit :


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

Re: [Talk-at] CS 87122017 reparieren oder reverten?

2020-08-14 Diskussionsfäden Stefan Tauner via Talk-at

On Fri, 14 Aug 2020 18:29:47 +0200
Robert Grübler  wrote:

> Genau so sehe ich das auch, deshalb irritiert es mich auch so, wenn ein 
> CS-Kommentar ignoriert wird. Eine Reaktion erlebe ich eher als Ausnahme. 
> Vielleicht bin ich auch zu wenig freundlich. Wenn ich 2 Stunden Zeit 
> investiere um einen Unfug zu verstehen, reicht meine Laune nur mehr für 
> Höflichkeit, aber nicht mehr für eine besondere Freundlichkeit. Ich bewundere 
> Leute, die das hinbekommen.
> 
> Wie ist das Feedback zu deinen CS-Kommentaren?

Wenn du nicht wirklich viele CS-Kommentare schreibst, hast du einfach
eine zu kleine Stichprobe. Ich bin aus den selben Gründen (und weil
mein Naturell auch sehr direkt ist :) nicht übermäßig freundlich, aber
die Antworten sind zumindest meistens vorhanden (selbst nach Jahren -
solang die Leute grundsätzlich noch aktiv sind, besteht schon eine gute
Chance, dass sie reagieren - ob sie sich dann erinnern, was sie
gemacht haben, ist eine andere Frage :)

In so einem krassen Fall hätte ich das vl. auch ohne Reaktion
revertet... spätestens jetzt (nach 7 Tagen ohne Reaktion), finde ich
das nicht zu beanstanden. Es kann aber natürlich trotzdem sein, dass er
den Kommentar nicht gesehen hat. Wenn du also nochmal extra freundlich
sein willst, kannst du ihn ja vorwarnen, dass das in 24h revertet wird
oder so.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [OSM-talk-fr] Nouvelles orthos HR... trouvées au fond d'un FTP

> Il y a quelques jours, Mapbox a publié un billet de blog annonçant une 
> couverture en ortho-photos opendata sur la majorité de la France provenant de 
> l'IGN.
> 
> https://blog.mapbox.com/france-imagery-is-live-c594e2e88ea7 
> 

Les trous s'expliquent comment  ?
https://miro.medium.com/max/1400/0*OAcVb5r5ZaRopmCa.png 



> Pour 2018 en 15cm, il y a : 75, 78, 91, 92, 93 (ces deux derniers avaient été 
> publiés en opendata par les départements eux-même il y a plus d'un an).
> 
> Toujours pour 2018 en 20cm, j'ai déjà ajouté: 01 02 29 33 37 38 et 94.
> 
> Le reste va suivre petit à petit...
> 
> 
> Le plus simple pour les utiliser est la couche "tous_fr" qui agrège toutes 
> les orthos en priorisant par date puis résolution.

Un grand MERCI :)

__
Yves

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

Re: [OSM-talk-fr] noms allemands en France ?

2020-08-14 Diskussionsfäden Christian Rogel


> Le 14 août 2020 à 13:53, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Au prétexte qu'il y a une laverie au nom en français et en breton :
> 
> https://www.google.com/maps/@48.2761805,-3.573457,3a,75y,259.15h,86.89t/data=!3m6!1e1!3m4!1sy7Jx6nAI1zb46kKRlGRzDA!2e0!7i13312!8i6656
> 
> Je pense qu'on peut dire que dans ce cas
> 
> name:fr et name:br seraient justifiés.
> 
> Donc pas de name:br sans name:fr sur les amenity et shop ?
> 
> Ça se passe ici :
> 
> https://www.openstreetmap.org/changeset/89252656#map=19/47.77851/-3.42229
> 
> Je virerais bien les name:br des amenity et shop quand name=name:br et
> source:name:br=proper translation.

Je partage les inquiétudes de DiaouligRu quand il comprend que la logique 
geekiste monolingue (militante ?) aboutit à effacer ce qui est visible sur le 
terrain.
J’étais, il a peu, à la porte du cimetière de Kerfautras (Brest) et le nom 
officiel de celui-ci (C… de K…) et doublé de Bered Kerfaotraz.
Devinez-quoi? Un adorateur de la religion anti-descriptive effacera le 
Cimetière de… , mais DiaouligRu ou moi-même sauveront de la “persécution” des 
mentions vues sur le terrain la fière inscription armoricaine.
De même que Kannerez et autre Ostaliri (bistro).
A moins qu’un nouveau cycle d’effacement des langues s’enclenche.

Christian R.



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

Re: [OSM-talk-fr] Photos — Re: Projet du mois de septembre (en préparation) : défibrillateurs !

> C'est une très bonne idée ce projet !
> 
> peut-être ça vaut le coup de regarder du côté d'IPFS  ? Ça 
> utilise exactement le mécanisme que tu décris :)
> 
> Quelques avantages que je vois à utiliser ça plutôt qu'une archive "maison" :
> 
> - Gestion de l'adressage, des dossiers déjà implémentée depuis longtemps, 
> donc robuste
> - Possibilité à n'importe quel contributeur disposant de stockage de faire 
> mirroir, idem pour les passerelles IPFS/HTTP
> - Moins de trafic à gérer du coup
> 
> 
Ce que j'ai compris, c'est que InterPlanetary File System 
 (IPFS) permet de 
distribuer des données, augmenter la tolérance aux pannes, diminuer le débit 
d'un serveur donné…
Il ne gère pas des adresses de fichiers, mais leur hash et leur intégrité et 
authenticité.

Au dessus, il est possible de faire plein de choses, de l'archivage du web et 
même du streaming audio ou vidéo en temps réel !

Pour les photos, il y a son stockage (simple avec IPFS), ses métadonnées, et 
son ou ses adresses.
Est-ce que Mapillary, Commons utilisent aussi IPFS ?
Comment authentifier les paires clés OSM / photos ?

Wikimedia Commons à des métadonnées sous forme de wiki et l'image elle même et 
ses déclinaisons en tailles plus petites).
Mapillary à probablement des métadonnées en dehors de l'image elle-même (tag, 
auteur, séquence…).

Il y a encore des parties qui m'échappent :D

__
Yves

PS: IPFS pourrait aussi servir à stocker les données OSM en .pbf ;)

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

Re: [OSM-talk-fr] SPAM, Attribution manquante sur Inforoute

2020-08-14 Diskussionsfäden Arnaud Champollion


Réponse du Conseil Départemental - ils font suivre au prestataire Inforoute.

À suivre 樂 ...



Le 10/08/2020 à 10:04, Arnaud Champollion a écrit :

Bonjour,

Inforoute avait déjà été contacté en janvier, mais toujours aucune 
évolution.


J'ai relancé http://www.inforoute04.fr/  via le formulaire présent sur 
le site du Département, en leur suggérant de s'inspirer du modèle 
d'attribution de inforoute.hautes-alpes.f, et mis à jour la page du Wiki.


Bonne journée,

Arnaud




___
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

[OSM-talk-fr] Nouvelles orthos HR... trouvées au fond d'un FTP

Il y a quelques jours, Mapbox a publié un billet de blog annonçant une 
couverture en ortho-photos opendata sur la majorité de la France 
provenant de l'IGN.


https://blog.mapbox.com/france-imagery-is-live-c594e2e88ea7

Comme d'autres sur twitter, j'ai été très étonné de la couverture qui 
incluait de nombreux départements non listés sur la page officielle des 
données opendata diffusées par l'IGN.


Ces orthos étaient cachées au fond d'un FTP, certaines depuis janvier 
2019 sans qu'aucune publication n'y fasse référence.


Bref... j'ai lancé les téléchargements, décompression et recompression 
et une partie est déjà ajoutée sur wms.openstreetmap.fr


Pour 2018 en 15cm, il y a : 75, 78, 91, 92, 93 (ces deux derniers 
avaient été publiés en opendata par les départements eux-même il y a 
plus d'un an).


Toujours pour 2018 en 20cm, j'ai déjà ajouté: 01 02 29 33 37 38 et 94.

Le reste va suivre petit à petit...


Le plus simple pour les utiliser est la couche "tous_fr" qui agrège 
toutes les orthos en priorisant par date puis résolution.



PS pour Cyrille: sur Tours tu as maintenant du 20cm de 2018 ;)

--
Christian Quest - OpenStreetMap France


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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

Nic mi to nenajde ani v NPR Adršpašsko-teplické skály. Pokud z dotazu 
vyhodím filtr name, tak už ano a hned tam vidím


https://www.openstreetmap.org/way/55081806 - zde vede cyklotrasa

https://www.openstreetmap.org/way/454729067 a 
https://www.openstreetmap.org/way/73304557 a 
https://www.openstreetmap.org/way/175846959 vedou částečně mimo chráněné 
území.


Navíc to první vede po hranici, což IMO zakázané není.

Naopak to nevybere spoustu cest, kde cyklotrasa není.

T.

On 14.08.2020 17:43, majkaz wrote:


V Krnapu*ten dotaz* nic nenajde, protože to*hledá výslovně jen v NPR*. 
Bylo by třeba upravit ten začátek - národní parky jsou v OSM ve stupni 
ochrany 2, co si vzpomínám.


Národní parky by bylo třeba řešit každý samostatně - každý z nich má 
(může mít) návštěvní řád nastavený jinak. Ty národní přírodní 
rezervace jsou jako jediné jasné všechny - vejít/vjet jakkoli se smí 
bez omezení jen po silnicích (tj. I - IV: třídy které v maloplošných 
územích zřejmě nebudou) a po místních komunikacích (které tam taky až 
na výjimky nebudou), a pak pěší po značených turistických trasách a 
cyklisté po značených cyklotrasách. Jakýkoli jiný vstup musí být 
povolen jinak, pokud člověk nepatří mezi vyvolené ze zákona.


Ten Krnap díky návštěvnímu řádu funguje prakticky naprosto stejně jak 
ty NPR, jen se tam zkrátka budou vyskytovat ty silnice a místní 
komunikace.


Majka


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

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

2020-08-14 Diskussionsfäden Florian Lohoff

Hi Frederik,

On Fri, Aug 14, 2020 at 11:59:15AM +0200, Frederik Ramm wrote:
> Hallo,
> 
> kennt sich jemand aus beim Stand der Technik mit Starrflügel-Drohnen?
> Ich hätte gern so eine, die man in die Luft schmeisst und die dann ein
> paar Bahnen über dem Baugebiet dreht und ein schönes Luftbild macht. Und
> möglichst keine 20.000 Euro kostet ;)
> 
> Wenn ich die Rechtslage richtig verstehe, ist es ja nicht verboten, dass
> die Drohne selber (nach einer vorporogrammierten Bahn) fliegt - ich muss
> sie lediglich immer im Blick haben und die Steuerung übernehmen können,
> falls was wäre, oder?

Ja - ich habe das gebaut mit zeugs von Hobbyking und Co. Rechtslage mal
aussen vor gelassen - Ja - Die fliegt autonom und man kann das einfach
planen - Mit ein bisschen Übung kriegt man die in die Luft geworfen ohne
das was zu Bruch geht. (Am Anfang macht man einfach mal ein paar
Propeller kaputt weil man den Boden küsst) aber das ist quasi
Verbrauchsmaterial.

Am Ende hat die ne schöne Steuerung (Alles Open Source) die automatisch
Startet wenn man sie in die Luft wirft (Also gerade leveled und leicht
steigt mit Vollgas) bis man die Steuerung übernimmt - Dann kann man
manuell fliegen oder eben über einen Switch die vorprogrammierte
Flugbahn aktivieren. Dann steigt der auf die Sollhöhe und fliegt dann
eben ein Muster ab. Hier war das eher so nen bisschen schwierig weil das
dingen ECHT Strecke macht. D.h. einfach nur ein paar linien sind ggfs
schwierig weil der natürlich am ende Wenden muss und das braucht raum
d.h. auf 20m wendet der nicht. Bedarf auch ein bisschen Übung das zu
planen. Man sieht dann hinterher im GPS Track schön wie sehr der auf der
Planung geblieben ist.

Das Dingen liegt schön ruhig in der Luft und die Bilder sind
entsprechend gut. Man kann das dann zusammenstitchen mit dem
OpenDroneMap zeugs und man bekommt Bilder. Ich habe den Akku noch
nie leer genudelt und Airtime ist 60 Minuten und länger wobei
ich nach 20 Minuten immer mit allem Fertig war. Die hat ein "Return to
Home" was sehr schick ist. Wenn man sich nicht mehr sicher ist wie
die Fluglage gerade ist - Switch umlegen und die kommt zurück und fängt
über dir das kreisen an.

Ich habe das mal in Neubaugebieten gemacht wo nur die Planstraßen bisher
da waren so das ich die schonmal habe. Leider ist nach dem
Zusammenstitchen mit dem OpenDroneMap zeugs die Lagegenauigkeit nicht zu
vergleichen mit dem was z.b. bei den Deutschen ESRI Bildern man so
kennt/erwartet. Vielleicht bin ich da auch einfach nicht so weit oder
hab Dinge nicht verstanden. Teilweise hat man eben auch Warp. D.h. die
Kanten sind gut aber in der Mitte ist es gestaucht und gestreckt. Aber
gut - Um eine Straße und ggfs ein paar Bäume/Rohbauten reinzunageln
damit man überhaupt was hat geht das gut.

Kosten waren glaube ich <500€ und nen paar Tage basteln. Kamera hab ich
mir die kleine Powershot meiner Tochter geklaut und dann die CHDK 
Firmware drauf gemacht damit die einfach jede Sekunde ein Bild macht.

Ich hab mich grob an dem hier Orientiert - Der hat eine komplette
Teileliste:

https://blog.seidel-philipp.de/fpv-wing-aus-kopter-teilen-bauen-mit-inav/#Empfohlene_Teileliste

Der hat da alles was du brauchst als Erklärung.

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] recherche d'adresses et POI, comment quitter Google ?


>> @Christian De quand date le dernier rechargement des POI OSM ?
> 
> Dernière extraction le 7 août dernier. Je l'ai rechargée ce matin pour 
> ajouter le filtre sur le champ "poi".
Merci :)

Le POI que je cherchais à été rajouté le 10 août, c'est pour cela que Nominatim 
le trouve et pas ton instance de addok.

https://demo.addok.xyz/search/?q=défibrillateur à 
arbois=defibrillator=5
https://www.openstreetmap.org/search?query=défibrillateur à arbois

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

Re: [OSM-talk-fr] noms allemands en France ?


> Euh, de chez moi, je vois bien : 
> Appartient à
> 
> Relation Le Doubs (156145)  
> (en tant que tributary)
> depuis la page : https://www.openstreetmap.org/relation/308657 
> 

Avec Safari et Chrome, je vois bien le texte en français.
Avec Firefox, c'est le nom allemand.

Voici mon réglage de langue dans Firefox :
Français [fr]
Français (France) [fr-fr]
Anglais (États-unis) [en-us]
Anglais [en]
Allemand [de]

Tom ne doit pas considérer que la langue par défaut en France est le Français, 
mais uniquement le Français de France 

Avec les ordres suivants, ça ne change rien  mais en vidant le cache du 
navigateur et en rechargeant la page :

Français (France) [fr-fr]
Français [fr]
Anglais (États-unis) [en-us]
Anglais [en]
Allemand [de]

ou

Français [fr]
Anglais [en]
Allemand [de]

Est-ce que vous avez ça aussi avec Firefox ?

__
Yves


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

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Ken Kilfedder

I believe most of the canal towpaths are 'pedestrian priority' too - at least 
there are signs to that effect all over the place.  Well worth tagging them to 
that effect if true.

---
https://hdyc.neis-one.org/?spiregrain
spiregrain_...@ksglp.org.uk


On Fri, 14 Aug 2020, at 1:55 PM, Simon Still wrote:
> 
> 
> There are many sections of cycle route (such as canal towpaths) have many - 
> rough surface, steep inclines to rejoin roads, width 
> restrictions/gates/barriers to stop motorbikes and tight turning radii.  All 
> of those would create issues for someone using a bakfiets, cargo bike or 
> disability adapted cycle. 
> 
> 
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

V Krnapu ten dotaz nic nenajde, protože to hledá výslovně jen v NPR. Bylo by
třeba upravit ten začátek - národní parky jsou v OSM ve stupni ochrany 2, co si
vzpomínám.
Národní parky by bylo třeba řešit každý samostatně - každý z nich má (může mít)
návštěvní řád nastavený jinak. Ty národní přírodní rezervace jsou jako jediné
jasné všechny - vejít/vjet jakkoli se smí bez omezení jen po silnicích (tj. I -
IV: třídy které v maloplošných územích zřejmě nebudou) a po místních
komunikacích (které tam taky až na výjimky nebudou), a pak pěší po značených
turistických trasách a cyklisté po značených cyklotrasách. Jakýkoli jiný vstup
musí být povolen jinak, pokud člověk nepatří mezi vyvolené ze zákona.
Ten Krnap díky návštěvnímu řádu funguje prakticky naprosto stejně jak ty NPR,
jen se tam zkrátka budou vyskytovat ty silnice a místní komunikace.
Majka
__

Od: "Tonda"
Komu: "OpenStreetMap Czech Republic"
Datum: 14.08.2020 17:15
Předmět: Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních
přírodních rezervacích

Tohle je věc, na kterou sem už narazil. Při plánování cest na kole přes KRNAP v
navigaci jako třeba BRouter mě to posílá kam se nesmí, zjevně na drtivé většině
cest chybí atributy určující co tam smí a co ne. Už mě napadlo navrhnout
doplnění omezení přístupu jako námět jak tu byly ty úkoly pro lidi co chtějí
něco dělat a nevědí co, přijde mi to užitečnější než doplňování odkazů do
Wikipedie apod.. Nevím jak moc to lze dělat automaticky bez toho aby tam
vznikly opačné situace kdy bude zablokováno něco kam se smí, což je IMO horší
situace, ten dotaz cos poslala nenajde nic v Krnapu ani Adršpachu, ale určitě
by se to dalo třeba v tom Krnapu dělat od stolu podle té jejich mapy kde
všechny turistické a cykloturistické trasy jsou vyznačeny. Automatické označení
by vyžadovalo aby byly nejdříve stoprocentně dobře turistické a cyklistické
trasy a místní komunikace. Navíc co je vyhrazená/vyznačená cesta/místo se může
pro různá chráněná území lišit, např. ten Krnap uvádí
V klidových územích KRNAP je zakázáno vstupovat mimo turisticky značené cesty a
v zimním období také mimo tyčové značení.
Na území KRNAP je jízda na kole mimo silnice a místní komunikace možná pouze na
vyznačených cyklotrasách
Čili mimo klidová území se pěšky v Krnap smí i mimo značené cesty, kdežto na
kole se v celém Krnap smí jen na značené cyklotrasy.
Souhlas s tím, že je potřeba nastavit to na ty cesty, těžko si představit, že
aplikace, kterou nepsal Čech, bude řešit naše chráněná území a legislativu
kolem nich.
Ad V. Kroupar - Legislativa ČR a např. návštěvní řád Krnap je snad dost jasný
aby bylo potřeba získávat ještě nějaké stanovisko. Že je někdo ignorant a jezdí
kam nemá a že to někde orgány ochrany přírody neřeší není důvod aby to v mapě
nebylo v pořádku.
Tohle určitě není mapování pro renderer, když se tím řídí navigace při volbě
trasy.
T.
On 14.08.2020 15:13, majkaz wrote:
Klidně se na to můžeme vybodnout, proto jsem to házela jako námět.

Ale zrovna v tomhle případě to navigace nemá jak poznat, resp. je to extra složité. V OSM
poznáš národní přírodní rezervaci (což je jediná věc, které se ten
"automatický" zákaz týká) jen podle toho, že to má v názvu, ve stejné skupině
ochrany je i přírodní rezervace, které se to netýká. Pak musíš zkoumat, jestli na té
cestě je nebo není cyklotrasa správného typu. Navíc valná většina navigací opravdu nebude
řešit rezervace, ale bude spoléhat na zákazy na cestách. Fakt mi tady připadá lepší
řešení to označit přímo, ono se to netýká zase tolika cest.
Vidím to srovnatelně s tím, že se na silnice dává maximální rychlost "ve městě/mimo
město", ačkoli by to navigace taky měla poznat sama, resp. brát z defaultů. Podívej
se, kolik toho na cestách v OSM máme s tím, že je to na silnici značené jen začátkem obce.
Majka

___
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] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

Tohle je věc, na kterou sem už narazil. Při plánování cest na kole přes 
KRNAP v navigaci jako třeba BRouter mě to posílá kam se nesmí, zjevně na 
drtivé většině cest chybí atributy určující co tam smí a co ne. Už mě 
napadlo navrhnout doplnění omezení přístupu jako námět jak tu byly ty 
úkoly pro lidi co chtějí něco dělat a nevědí co, přijde mi to 
užitečnější než doplňování odkazů do Wikipedie apod.. Nevím jak moc to 
lze dělat automaticky bez toho aby tam vznikly opačné situace kdy bude 
zablokováno něco kam se smí, což je IMO horší situace, ten dotaz cos 
poslala nenajde nic v Krnapu ani Adršpachu, ale určitě by se to dalo 
třeba v tom Krnapu dělat od stolu podle té jejich mapy kde všechny 
turistické a cykloturistické trasy jsou vyznačeny. Automatické označení 
by vyžadovalo aby byly nejdříve stoprocentně dobře turistické a 
cyklistické trasy a místní komunikace. Navíc co je vyhrazená/vyznačená 
cesta/místo se může pro různá chráněná území lišit, např. ten Krnap uvádí


/V klidových územích KRNAP je zakázáno vstupovat mimo turisticky značené 
cesty a v zimním období také mimo tyčové značení./


/Na území KRNAP je jízda //*na kole *//mimo silnice a místní komunikace 
možná //*pouze na vyznačených cyklotrasách*/


Čili mimo klidová území se pěšky v Krnap smí i mimo značené cesty, 
kdežto na kole se v celém Krnap smí jen na značené cyklotrasy.


Souhlas s tím, že je potřeba nastavit to na ty cesty, těžko si 
představit, že aplikace, kterou nepsal Čech, bude řešit naše chráněná 
území a legislativu kolem nich.


Ad V. Kroupar - Legislativa ČR a např. návštěvní řád Krnap je snad dost 
jasný aby bylo potřeba získávat ještě nějaké stanovisko. Že je někdo 
ignorant a jezdí kam nemá a že to někde orgány ochrany přírody neřeší 
není důvod aby to v mapě nebylo v pořádku.


Tohle určitě není mapování pro renderer, když se tím řídí navigace při 
volbě trasy.


T.

On 14.08.2020 15:13, majkaz wrote:



Klidně se na to můžeme vybodnout, proto jsem to házela jako námět.

Ale zrovna v tomhle případě to navigace nemá jak poznat, resp. je to 
extra složité. V OSM poznáš národní přírodní rezervaci (což je jediná 
věc, které se ten "automatický" zákaz týká) jen podle toho, že to má v 
názvu, ve stejné skupině ochrany je i přírodní rezervace, které se to 
netýká. Pak musíš zkoumat, jestli na té cestě je nebo není cyklotrasa 
správného typu. Navíc valná většina navigací opravdu nebude řešit 
rezervace, ale bude spoléhat na zákazy na cestách. Fakt mi tady 
připadá lepší řešení to označit přímo, ono se to netýká zase tolika cest.


Vidím to srovnatelně s tím, že se na silnice dává maximální rychlost 
"ve městě/mimo město", ačkoli by to navigace taky měla poznat sama, 
resp. brát z defaultů. Podívej se, kolik toho na cestách v OSM máme s 
tím, že je to na silnici značené jen začátkem obce.


Majka

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

Re: [Talk-at] CS 87122017 reparieren oder reverten?

2020-08-14 Diskussionsfäden PPete


Hallo,

wenn der R1 vorher in Ordnung war, dann wurde hier eindeutig 
verschlimmbessert, da jetzt plötzlich Ways Teile des R1 sind die es in 
Wirklichkeit nicht sind.


Das kann ab und zu beim mappen natürlich versehentlich passieren, dann 
sollte aber der Mapper auch bei Bekanntewerden bereit sein nochmal Zeit 
in die Korrektur zu stecken. Relationen sind mitunter das am schwersten 
zu bearbeitende in OSM, daher ist nicht jeder im Stande seine eigenen 
Missgeschicke auch wieder zu korrgieren.


Bei so offensichtlichen Fehlern sollte man aber auf CS-Kommentare 
antworten und Stellung beziehen, damit dann ein Kollege entweder 
korrigierte oder revert - je nachdem was an braubaren neuen von ihm 
durch den CS gemacht wurde. Ich würd vielleicht noch 1 Woche zuwarten, 
er könnte 2 Wochen nicht erreicbar in Urlaub sein - und so gravierend 
sind die Fehler dann auch wieder nicht dass ein Schnelllschuss nötig 
wäre - aber dann auch reverten.


Am 14.08.2020 um 15:36 schrieb Robert Grübler:

Schönen Nachmittag!

In CS 87122017  (https://www.openstreetmap.org/changeset/87122017 ) wurden
12 Wegsegmente gelöscht/ersetzt. Dabei wurden 7 Relation geändert. Zumindest
eine  der Sulmtalradweg R1- wurde dabei beschädigt. Die anderen habe ich
mir nicht angesehen.

Das Motiv des Mappers ist unklar, er antwortet auf den CS-Kommentar nicht.
Meine Vermutung: ihn störten die Wegsegmentierungen und er hat sie einfach
gemergt. Dadurch sind in der R1-Relation 2 Ausläufer entstanden.

Nun stellt sich die Frage: reparieren oder reverten? Ich tendiere zum
Revert, weil er einen falschen Ansatz verfolgte.
Wie ist eure Meinung dazu?

LG Robert


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



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

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Robert Skedgell

On 14/08/2020 13:55, Simon Still wrote:
> See the blog posts that I linked to.  
> Plus 
>  https://wiki.openstreetmap.org/wiki/TfL_Cycling_Infrastructure_Database 
> 
> (Our involvement has now ended but TfL should be continuing to use CID
> info to improve OSM accuracy) 
> 
> More discussion planned within LCC and community to press for better
> navigation and wayfinding 

I look forward to seeing how the discussion progresses.

>>> Width of cycleyway is definitely useful if separated from traffic but
>>> some way of reflecting the comfort of the riding experience on marked
>>> routes would be a big step forward. Traffic Volumes,. Lane widths,
>>> traffic speed all contribute (as does surface - gravel bad, cobbles bad,
>>> smooth tarmac good)  
>>
>> Most sections of cycle routes in London which I use already have
>> surface=* set, but there are areas where using smoothness=* consistently
>> might help.
> 
> Good to know surface is already widely used - I’d managed to miss that
> in the work I’d done. 
> Smoothness is a new tag for me 

One way to improve surface=* tagging (and also lit=*) might be to
encourage people to install the Street Complete mobile app and try using
it when they go for a walk. It's very good at finding gaps even in
places mapped with a lot of detail.

> What has come up in discussions is that it would be good to map
> ‘restrictions’ more comprehensively and have routing algorithms that
> recognised them.  
> 
> There are many sections of cycle route (such as canal towpaths) have
> many - rough surface, steep inclines to rejoin roads, width
> restrictions/gates/barriers to stop motorbikes and tight turning radii.
>  All of those would create issues for someone using a bakfiets, cargo
> bike or disability adapted cycle. 

On towpaths, they will often be tagged with highway=footway +
bicycle=permissive + towpath=yes. There are times when I would prefer to
use a route which avoided towpaths as much as possible, particularly the
Regent's Canal and places where boats are moored. Having them mapped is
one thing, but persuading any developers of routing software that there
might be enough demand to add it as a routing option is another.

> An objective would be to be able to plan a ‘disabled suitable route’ 

Asking people to add data at street crossings (particularly crossings of
segregated cycle tracks) like dropped kerbs and tactile paving might be
helpful in this respect, even when it is not of direct use to cyclists.
It might not hurt LCC's case to be seen to be assisting VI pedestrians.

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

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Andy Townsend

On 14/08/2020 14:53, David Woolley wrote:

On 14/08/2020 12:46, Mateusz Konieczny via Talk-GB wrote:
If signage on the ground is gone or never existed then route relation 
should not be mapped in OSM*.

In the long term, this could make OSM useless for motor traffic as 
there is a general policy of decluttering signs.  One of the arguments 
for that is that everyone uses satellite navigators, so they don't 
need the signs.  I think is also used as an argument for why it can 
take councils years to fix missing street name signs.

If OSM relies on on the ground signage, when the authorities rely on 
virtual signage in online maps, it could lose a lot of roads!

That's a bit of an "extrapolation too far" I think.  I don't think 
anyone was talking about general highway signage, just addressing the 
very real problem that happens when cycle routes change and signage 
lags, and the problems that we have when, on a route that goes A-B-C-D, 
Sustrans are no longer looking after the B-C part, but _everyone_ 
following the route will still need to get from B to C, so they'll have 
to "join up the gaps" between the Sustrans-maintained parts.

The key question is what Robert asked at the top of this thread:

> We also might need to think about our tagging, as there will now be
> more levels of routes: Full NCN routes, other promoted named routes
> that aren't on the NCN.

... actually I'd add here a third category, where there are short gaps 
in existing Sustrans routes.  An example which I've mentioned elsewhere 
is https://www.openstreetmap.org/#map=17/54.23978/-1.20491=C - 
Sustrans don't have NCN 656 running along the A170, there's a gap.

> How can we distinguish these in OSM?
> network=ncn and network=rcn are typically used for national and
> regional level routes rather than specifically the Sustrans NCN.

I'd suggest that it makes no sense, in the case of the example above, to 
omit https://www.openstreetmap.org/way/38353700 from NCN 656.  This is 
what is in OSM now, and I think it makes sense to join the gap where 
there is unambiguously only one way of getting from A to B.  Perhaps 
some sort of role in the relation could be used here to say either "this 
isn't technically part of NCN656, but it's the only way of following 
NCN656, so you're going to have to go along here whether you like it or 
not".  Other "no longer Sustrans but still a promoted named route" 
sections could have a different relation role.

However I don't think that it makes sense to join up routes using any 
sort of guesswork.  Taking NCN 67 at 
https://www.openstreetmap.org/#map=11/53.2344/-1.3726=C as an 
example - there's no point in pretending that it extends north of 
Corbriggs or south of Chesterfield.

Another problem is that the on-the-road updates may not match what 
Sustrans' new maps with dotted lines on them suggest that they will do.  
The NCN1 marker at 
https://www.openstreetmap.org/?mlat=54.30117=-0.44081#map=19/54.30117/-0.44081=C 
has recently been "re-stickered" to remove the Sustrans logo.  As far as 
I can tell that road section isn't on the list to be made 
"non-Sustrans".  I have no idea whether Sustrans' web maps are wrong, 
Sustrans' volunteer has stickered the wrong sign, or (entirely possible) 
I've misread the intent of the re-stickering.

Best Regards,

Andy

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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden Karel Volný


well, časy se mění :-)

- vzpomínám, jak jsem zde před lety říkal něco na téma, že by navigace 
nemusela routovat po pěšině vydupané přes pole (když už ji teda vůbec musíme 
mít v datech, ač byla pravidelně rozorána), když to majiteli pole vadí (kdysi 
dokonce občas střeženo orgány tehdy ještě nepomáhajícími a nechránícími ;-))

nu a byl jsem umlácen čepicemi, že přeci mapujeme reálný stav, a když se tam 
reálně chodí, tak se tam bude taky navigovat a basta

a teď budeme dávat zákazy na cesty, preventivně na všechny, jen protože 
nevíme, když už je dotyčný orgán povolil (tedy předpokládejme, že povolil), 
tak jestli na ně i dal právo užití určitou skupinou, které se v jiném písmenu 
zákona dostalo zvláštní pozornosti?

K.

Dne pátek 14. srpna 2020 14:42:13 CEST, Kroupar Václav napsal(a):
> Pokud to v terénu nikomu nevadí, tak je, myslím, zbytečné ty cesty apriori
> blokovat.
 
> Václav Kroupar
> 
> 14. 8. 2020 v 14:35, majkaz :
> 
> 
> 
> 
> 
> __
> 
> > Od: "Kroupar Václav" 
> > Komu: "OpenStreetMap Czech Republic" 
> > Datum: 14.08.2020 14:11
> > Předmět: Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v
> > národních přírodních rezervacích
>
> >
> 
> 
> Než to takto zatrhnout od stolu, tak by jistě bylo vhodné mít stanovisko
> lidí, co mohou za neoprávněný vstup dávat pokuty případně jejich šéfů.
> Zatím osobně, když vidim cestu (i zarostlou) tak jedu.
 
> Není zrovna tohle ten problém? Do národních přírodních rezervací musíš mít
> mimo silnice a místní komunikace vstup i vjezd povolený. Ze
> zákona tam je jinak zákaz:
 
> 
> 
> d) vstupovat a vjíždět mimo cesty vyznačené se souhlasem orgánu ochrany
> přírody, kromě vlastníků a nájemců pozemků, osob zajišťujících lesní a
> zemědělské hospodaření, obranu státu a ochranu státních hranic, požární
> ochranu, zdravotní a veterinární službu, při výkonu této činnosti,
 
> f) provozovat horolezectví, létání na padácích a závěsných kluzácích a
> jezdit na kolech mimo silnice, místní komunikace a místa vyhrazená orgánem
> ochrany přírody,
 
> 
> 
> Jakého většího šéfa než zákon chceš u tohohle najít?
> 
> 
> 
> Majka
> 
> 
> 
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz



signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden Karel Volný

> > a domnívám se, že výklad, který tu zastáváš, není zcela správný - myslímže
> > zákonodárce nechtěl říct, že na "cestu vyznačenou se souhlasem orgánu
> > ochrany přírody" mohu vjet třeba autem nebo na motorce, ale nesmím tam 
> > vjet na kole, protože není "vyhrazená orgánem ochrany přírody" pro jízdu
> > na kole
> 
> Všiml sis, že beru jen track, path a service, tedy to, kam v NPR opravdu
> nesmí bez výslovného povolení ani pěší? Jediná výjimka jsou pouze
> vyjmenované oprávněné osoby.

ehm, nějak mi uniká, jak z typu (track, path, service) plyne to, zda "byla 
vyznačena se souhlasem orgánu přírody" nebo nikoliv, což je podle litery 
zákona to, co rozhoduje o tom, zda tam "nesmí ani pěší", a ne jestli jde o 
dálnici nebo zarostlou pěšinku - tedy pokud se bavíme o citovaném písmeni d)

jde-li o písmeno f), tak k tomu sice typ relevantní je, ale prozměnu je 
nesmysl tvrdit "nesmí ... ani pěší", protože o chůzi v něm není ani slovo
(navíc bych si dovolil pochybovat o stoprocentně jasném otagování non-silnice 
& non-místní komunikace, a také stále v tom nikde nefiguruje seznam, kde co 
orgán vyhradil)

- a já si troufám tvrdit, že smyslem písmene f) není z působnosti písmene d) 
vyjmout cyklisty a zakázat jim vjezd tam, kde ostatní můžou, jen na základě 
typu cesty, a proto souhlasím s kolegou, že by bylo vhodné znát výklad a jeho 
reálnou aplikaci

K.


signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-at] Spenden und Erträge von OpenStreetMap in Österreich

2020-08-14 Diskussionsfäden Johann Haag

Am Fr., 14. Aug. 2020 um 11:14 Uhr schrieb Andreas via Talk-at <
talk-at@openstreetmap.org>:

> Am 14.08.20 um 08:09 schrieb Johann Haag:
> > Wie wir von der Wikipedia wissen, entwickeln OpenSource Initiativen,
> > auch beachtliche wirtschaftliche Aktivitäten.
> >
> > OpenStreetMap hat in Österreich keine offizielle lokale Vertretung,
> > aber einen Verein der über seine wirtschaftliche Gebarung
> > intransparent auftritt.
>
> Unter https://wiki.openstreetmap.org/wiki/OSM-AT kannst du dir
> Informationen zum Verein anschauen und du findest auch die aktuellen
> Vereinsstatuten. Dabei wirst du schnell erkennen, dass der Verein
> keinerlei wirtschaftliche Aktivitäten durchführt. Hier ein Auszug aus
> den Statuten (https://wiki.openstreetmap.org/wiki/OSM-AT/Statuten) dazu:
>

Wenn also der Wiener Verein laut eigenen Statuten keinerlei eigene
wirtschaftliche Aktivitäten entwickelt, so sollte dies auf der Webseite
openstreetmap.at auch klar und deutlich angegeben werden. Per dieser
Definition sind dann Spenden der nächsthöheren Instanz zuzuweisen, das wäre
dann der Fossgis Verein in Deutschland.
https://www.openstreetmap.de/spenden.html Durch dessen local chapter
Vereinbarung unterwirft sich dieser der Kontrolle durch OpenStreetMap.
Sofern wir in OpenStreetMap.at den Hinweis auf die zertifizierte
Spendenmöglichkeit https://www.openstreetmap.de/spenden.html unter
Kontrolle von OpenStreetMap integrieren, könnte ich  abgesehen von der
mangelhaften Aktualität der Website, noch irgendwie damit leben. Ansonsten
bitte eine Weiterleitung auf openstreetmap.de einrichten.

Grüße Mst. Johann Haag


>
> §3 Zweck des Vereins
>
> Der Verein bezweckt
>
> a) die Förderung des weltweiten Gemeinschaftsprojektes
> „OpenStreetMap“ in Österreich,
> b) die Pflege der OSM-Community (der sogenannten „Mapper“) in
> Österreich und
> c) den Betrieb von Servern und/oder Websites in bzw. für
> Österreich.
>
> Der Verein übt seine Tätigkeit überparteilich aus. Die
> Vereinstätigkeit ist nicht auf Gewinn gerichtet und gemeinnützig im
> Sinne der Bundesabgabenordnung (BAO).
>
> Der Verein bezweckt weiters, mit seiner Tätigkeit einem möglichst
> großen Kreis der Allgemeinheit offenzustehen, weshalb Personen, die
> kurzfristig an Vereinsveranstaltungen teilnehmen wollen, jedoch
> keine Mitgliedschaft begehren, dazu eingelanden werden können. Die
> Teilnahme dieser Gäste kann entweder unentgeltlich oder zu einer
> aliquoten Gebühr, wie sie die Mitglieder zu leisten haben, erfolgen.
>
> >
> > Österreich gehört zu den weltweit sehr wohlhabenden Ländern, daher ist
> > es ungewöhnlich dass OpenStreetMap in Österreich, -es scheint-
> > keinerlei wirtschaftliche Aktivität entwickelt.
> >
> > Nachdem Österreich über keinen lokal Chapter verfügt, fehlt auch eine
> > Klare Aussage darüber, wer in Österreich an OpenStreetMap getätigte
> > Spenden sammelt.
> Es steht jedem frei in welcher Form er OpenstreetMap Geld spendet.
> OSM.at kann nur Aussagen treffen, wenn auf das OSM.at Konto überwiesen
> wird. In der Regel erfolgen allerdings Spenden direkt an OSM.org, um das
> Projekt zu unterstützen.
> > Ich finde daher, dass aktuelle sämtliche Wirtschaftliche Aktivitäten
> > in Österreich von FOSSGIS Deutschland verwaltet gehören,
> > demenstsprechend sollte OpenStreetMap seine Namensrechte an
> > openstreetmap.at  geltend machen, und künftig
> > an OpenStreetMap interessierte, auf eine Webseite lenken, welche
> > wirtschaftlich OpenStreetMap untersteht.
> Hier nochmal, OSM.at vertritt keinerlei wirtschaftliche Interessen von
> OpenstreetMap in Österreich. OpenstreetMap ist ein Community Projekt und
> daraus können wirtschaftliche Projekte entstehen, aber OpenstreetMap an
> sich ist ein freies Community Projekt.
> >
> > Mit freundlichen Grüßen Meister Johann Haag
> > Aktueller Nr. 1 Mitwirkender in Österreich
>
> lg Andreas
>
> (geolgist - ein OpenstreetMap Mitwirkender in Österreich)
>
> >
> > --
> > Elektronikermeister Johann Haag
> > Innsbruckerstraße 42
> > 6380 St. Johann in Tirol
> > ÖSTERREICH
> > Tel: +43 664/174 7414
> > Mailto:johannh...@hxg.at 
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
>
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden David Woolley


On 14/08/2020 12:46, Mateusz Konieczny via Talk-GB wrote:
If signage on the ground is gone or never existed then route relation 
should not be mapped in OSM*.


In the long term, this could make OSM useless for motor traffic as there 
is a general policy of decluttering signs.  One of the arguments for 
that is that everyone uses satellite navigators, so they don't need the 
signs.  I think is also used as an argument for why it can take councils 
years to fix missing street name signs.


If OSM relies on on the ground signage, when the authorities rely on 
virtual signage in online maps, it could lose a lot of roads!


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

[Talk-at] CS 87122017 reparieren oder reverten?

2020-08-14 Diskussionsfäden Robert Grübler

Schönen Nachmittag!

In CS 87122017  (https://www.openstreetmap.org/changeset/87122017 ) wurden
12 Wegsegmente gelöscht/ersetzt. Dabei wurden 7 Relation geändert. Zumindest
eine  der Sulmtalradweg R1- wurde dabei beschädigt. Die anderen habe ich
mir nicht angesehen.

Das Motiv des Mappers ist unklar, er antwortet auf den CS-Kommentar nicht.
Meine Vermutung: ihn störten die Wegsegmentierungen und er hat sie einfach
gemergt. Dadurch sind in der R1-Relation 2 Ausläufer entstanden.

Nun stellt sich die Frage: reparieren oder reverten? Ich tendiere zum
Revert, weil er einen falschen Ansatz verfolgte. 
Wie ist eure Meinung dazu?

LG Robert


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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích


__

Od: "Karel Volný" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 14.08.2020 14:55
Předmět: Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních 
přírodních rezervacích

a domnívám se, že výklad, který tu zastáváš, není zcela správný - myslímže 
zákonodárce nechtěl říct, že na "cestu vyznačenou se souhlasem orgánu ochrany 
přírody" mohu vjet třeba autem nebo na motorce, ale nesmím tam vjet na kole, 
protože není "vyhrazená orgánem ochrany přírody" pro jízdu na kole


Všiml sis, že beru jen track, path a service, tedy to, kam v NPR opravdu nesmí 
bez výslovného povolení ani pěší? Jediná výjimka jsou pouze vyjmenované 
oprávněné osoby.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

Od: "Petr Vozdecký"
Komu: "OpenStreetMap Czech Republic"
Datum: 14.08.2020 14:55
Předmět: Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních
přírodních rezervacích

Na druhou stranu se ptám - není to přidávání access "mapování pro renderer"?
Neměl by být schopen toto poznat sám? Právě na základě stejných pravidel, která se tu
snažíme definovat?
Klidně se na to můžeme vybodnout, proto jsem to házela jako námět.
Ale zrovna v tomhle případě to navigace nemá jak poznat, resp. je to extra složité. V OSM
poznáš národní přírodní rezervaci (což je jediná věc, které se ten
"automatický" zákaz týká) jen podle toho, že to má v názvu, ve stejné skupině
ochrany je i přírodní rezervace, které se to netýká. Pak musíš zkoumat, jestli na té
cestě je nebo není cyklotrasa správného typu. Navíc valná většina navigací opravdu nebude
řešit rezervace, ale bude spoléhat na zákazy na cestách. Fakt mi tady připadá lepší
řešení to označit přímo, ono se to netýká zase tolika cest.
Vidím to srovnatelně s tím, že se na silnice dává maximální rychlost "ve městě/mimo
město", ačkoli by to navigace taky měla poznat sama, resp. brát z defaultů. Podívej
se, kolik toho na cestách v OSM máme s tím, že je to na silnici značené jen začátkem obce.
Majka

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

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Ed Loach

Peter asked (re NCN 51):
> What area is this, please?
> 
> NCN 51 comes near me through Milton Keynes, so I have made some adjustments 
> to the relation in the past (when it was re-routed to avoid going through the 
> middle 
> of the intu shopping centre).

I live near the Colchester to Harwich section, before it takes the foot ferry 
to Suffolk and turns back west past you to Oxford. On the Cycle map layer the 
EV2 labels seem to take priority until you zoom in closer.

Ed


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

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Simon Still



> On 14 Aug 2020, at 09:31, Robert Skedgell  wrote:
> 
> On 13/08/2020 15:41, Simon Still wrote:
>> 
>> In my view there is definitely scope to look at adding more info to
>> cycle routes/tracks/cycleways to give more information to routing
>> algorithms about the real experience of using them.
>> 
>> Would welcome input on what as we’re doing more on this at the London
>> Cycling Campaign. 
> 
> Is there any more information on what LCC are doing in this area? There
> are probably members, myself included, who would be happy to help.
> 
> I know that borough groups audit changes to local infra, but having
> detailed photographs and notes are less useful to the wider cycling
> community than they could be if the information never finds its way onto
> OSM.

See the blog posts that I linked to.  
Plus 
 https://wiki.openstreetmap.org/wiki/TfL_Cycling_Infrastructure_Database 
 

(Our involvement has now ended but TfL should be continuing to use CID info to 
improve OSM accuracy) 

More discussion planned within LCC and community to press for better navigation 
and wayfinding 

>> 
>> Width of cycleyway is definitely useful if separated from traffic but
>> some way of reflecting the comfort of the riding experience on marked
>> routes would be a big step forward. Traffic Volumes,. Lane widths,
>> traffic speed all contribute (as does surface - gravel bad, cobbles bad,
>> smooth tarmac good)  
> 
> Most sections of cycle routes in London which I use already have
> surface=* set, but there are areas where using smoothness=* consistently
> might help.


Good to know surface is already widely used - I’d managed to miss that in the 
work I’d done. 
Smoothness is a new tag for me 

What has come up in discussions is that it would be good to map ‘restrictions’ 
more comprehensively and have routing algorithms that recognised them.  

There are many sections of cycle route (such as canal towpaths) have many - 
rough surface, steep inclines to rejoin roads, width 
restrictions/gates/barriers to stop motorbikes and tight turning radii.  All of 
those would create issues for someone using a bakfiets, cargo bike or 
disability adapted cycle. 

An objective would be to be able to plan a ‘disabled suitable route’ 

Simon Still;
Campaigns Team, LCC___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden Petr Vozdecký

-- Původní e-mail --
Od: Kroupar Václav 
Předmět: Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních
přírodních rezervacích
" Pokud to v terénu nikomu nevadí, tak je, myslím, zbytečné ty cesty apriori
blokovat. "
 

Hele a nezavání to už trochu vlastním hodnocením toho, kde je zákaz
"potřebný" a kde "nepotřebný"? Mohli bychom tak začít hlasovat o
jednotlivých zákazech vjezdu pro auta či pro cyklisty třeba ve městech,
jestli jsou podle uvážení komunity "potřebné" či nikoliv...




Na druhou stranu se ptám - není to přidávání access "mapování pro renderer"?
Neměl by být schopen toto poznat sám? Právě na základě stejných pravidel,
která se tu snažíme definovat?




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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden Karel Volný


'hoj,

ehm, možná nebylo slovo "šéf" vhodně zvoleno, ale pointou asi je, že je rozdíl 
mezi literou zákona a jeho výkladem

a domnívám se, že výklad, který tu zastáváš, není zcela správný - myslímže 
zákonodárce nechtěl říct, že na "cestu vyznačenou se souhlasem orgánu ochrany 
přírody" mohu vjet třeba autem nebo na motorce, ale nesmím tam vjet na kole, 
protože není "vyhrazená orgánem ochrany přírody" pro jízdu na kole

K.

Dne pátek 14. srpna 2020 14:30:28 CEST, majkaz napsal(a):
>  
> __
> 
> > Od: "Kroupar Václav" 
> > Komu: "OpenStreetMap Czech Republic" 
> > Datum: 14.08.2020 14:11
> > Předmět: Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v
> > národních přírodních rezervacích
> Než to takto zatrhnout od stolu, tak by jistě bylo vhodné mít stanovisko
> lidí, co mohou za neoprávněný vstup dávat pokuty případně jejich šéfů.
> Zatím osobně, když vidim cestu (i zarostlou) tak jedu.
> 
> Není zrovna tohle ten problém? Do národních přírodních rezervací musíš mít
> mimo silnice a místní komunikace vstup i vjezd povolený. Ze zákona
>  tam je jinak zákaz: 
> d) vstupovat a vjíždět mimo cesty vyznačené se souhlasem orgánu ochrany
> přírody, kromě vlastníků a nájemců pozemků, osob zajišťujících lesní a
> zemědělské hospodaření, obranu státu a ochranu státních hranic, požární
> ochranu, zdravotní a veterinární službu, při výkonu této činnosti,
> f) provozovat horolezectví, létání na padácích a závěsných kluzácích a
> jezdit na kolech mimo silnice, místní komunikace a místa vyhrazená orgánem
> ochrany přírody, 
> Jakého většího šéfa než zákon chceš u tohohle najít?
>  
> Majka
>  



signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

2020-08-14 Diskussionsfäden dktue


Am 14.08.2020 um 13:09 schrieb Frederik Ramm:

Hallo,

On 14.08.20 12:52, dktue wrote:

Muss es denn ein Starrflügler sein, falls ja, warum? Quadrokopter
schaffen heute auch 30 Minuten, sind günstig und Software die autonom
ein Polygon abzeilt gibt es auch.

Das wäre schon auch interessant. Ich dachte, dass Starrflügler leiser
sind und ruhiger fliegen und daher vermutlich besser geeignet sind. Hast
Du denn mit einem bestimmten Quadrokopter/einer bestimmten Software gute
Erfahrungen gemacht?


DJI Mavic (kann ruhig Version 1 sein) fliegt hervorragend mit der kostenlosen Software 
"Ground station pro": Man definiert dort das Gebiet als Polygon auf der Karte, 
eine Flughöhe und die gewünschte Überlappung. Die Software errechnet dann den Pfad, der 
zum gewünschten Resultat führt. Durch das Gimbal ist die Kamera stabilisiert und macht 
hervorragende Aufnahmen. Ein Beispiel für eine Aufnahme mit einer DJI Mavic Pro Platinum 
in vollem Flug [1].

[1]https://upload.wikimedia.org/wikipedia/commons/b/b6/Lustnauer-tor.jpg

 



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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden Kroupar Václav

Pokud to v terénu nikomu nevadí, tak je, myslím, zbytečné ty cesty apriori 
blokovat.

Václav Kroupar

14. 8. 2020 v 14:35, majkaz :





__
> Od: "Kroupar Václav" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 14.08.2020 14:11
> Předmět: Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních 
> přírodních rezervacích
>

Než to takto zatrhnout od stolu, tak by jistě bylo vhodné mít stanovisko lidí, 
co mohou za neoprávněný vstup dávat pokuty případně jejich šéfů. Zatím osobně, 
když vidim cestu (i zarostlou) tak jedu.

Není zrovna tohle ten problém? Do národních přírodních rezervací musíš mít mimo 
silnice a místní komunikace vstup i vjezd povolený. Ze 
zákona tam je jinak zákaz:



d) vstupovat a vjíždět mimo cesty vyznačené se souhlasem orgánu ochrany 
přírody, kromě vlastníků a nájemců pozemků, osob zajišťujících lesní a 
zemědělské hospodaření, obranu státu a ochranu státních hranic, požární 
ochranu, zdravotní a veterinární službu, při výkonu této činnosti,

f) provozovat horolezectví, létání na padácích a závěsných kluzácích a jezdit 
na kolech mimo silnice, místní komunikace a místa vyhrazená orgánem ochrany 
přírody,



Jakého většího šéfa než zákon chceš u tohohle najít?



Majka



___
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] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích


 
__

Od: "Kroupar Václav" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 14.08.2020 14:11
Předmět: Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních 
přírodních rezervacích

Než to takto zatrhnout od stolu, tak by jistě bylo vhodné mít stanovisko lidí, co mohou za neoprávněný vstup dávat pokuty případně jejich šéfů. Zatím osobně, když vidim cestu (i zarostlou) tak jedu. 


Není zrovna tohle ten problém? Do národních přírodních rezervací musíš mít mimo 
silnice a místní komunikace vstup i vjezd povolený. Ze zákona 
 tam je jinak zákaz:
 
d) vstupovat a vjíždět mimo cesty vyznačené se souhlasem orgánu ochrany 
přírody, kromě vlastníků a nájemců pozemků, osob zajišťujících lesní a 
zemědělské hospodaření, obranu státu a ochranu státních hranic, požární 
ochranu, zdravotní a veterinární službu, při výkonu této činnosti,
f) provozovat horolezectví, létání na padácích a závěsných kluzácích a jezdit 
na kolech mimo silnice, místní komunikace a místa vyhrazená orgánem ochrany 
přírody,
 
Jakého většího šéfa než zákon chceš u tohohle najít?
 
Majka
 

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

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

2020-08-14 Diskussionsfäden Simon Poole

Siehe auch
https://bvcp.de/multicopter-news/recht/geltungsbeginn-eu-verordnung/

Am 14.08.2020 um 14:15 schrieb Simon Poole:
> Ich gehe davon aus, dass nicht die neue, neue Drohenverodnung ist,
> sprich noch keine Anpassung an das neue Europäische Recht beinhaltet.
>
> Ich würde im Augenblick auch eher davon abraten irgendwas zu kaufen
> ausser es ist schon nach den neuen Bestimmungen zugelassen.
>
> Simon
>
> Am 14.08.2020 um 13:48 schrieb Stefan Kaufmann:
>> Am 14.08.20 um 13:18 schrieb Jo:
>>
>>> Es ist aber viel einfacher um dann die Zulassung zu bekommen. Es kann sein
>>> dass das nur wichtig ist in Belgien. Mit meines (900g) darf ich hier nur
>>> 10m hoch fliegen und das reicht ja nicht für Luftbilder.
>> Rechtslage in Deutschland ist anders:
>>
>> https://www.heli-planet.com/downloads/flyer_die_neue_drohnen_verordnung.pdf
>>
>> regards,
>> -stk
>>
>> ___
>> 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


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

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?


Le 14/08/2020 à 10:52, Yves P. a écrit :

En clair tous les POI entrés dans OSM sur la France ? Ou il y a un petit
filtre en plus ?

https://github.com/osm-fr/osmpoi4addok/blob/master/def.csv


De mémoire (mais en regardant rapidement je n'avait pas trouvé) cette
liste existe dans Nominatim.

ça vient peut-être de Nominatim ?


Oui, j'ai repris une liste de Nominatim, que j'ai complété.


@Christian De quand date le dernier rechargement des POI OSM ?


Dernière extraction le 7 août dernier. Je l'ai rechargée ce matin pour 
ajouter le filtre sur le champ "poi".


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

2020-08-14 Diskussionsfäden Simon Poole

Ich gehe davon aus, dass nicht die neue, neue Drohenverodnung ist,
sprich noch keine Anpassung an das neue Europäische Recht beinhaltet.

Ich würde im Augenblick auch eher davon abraten irgendwas zu kaufen
ausser es ist schon nach den neuen Bestimmungen zugelassen.

Simon

Am 14.08.2020 um 13:48 schrieb Stefan Kaufmann:
> Am 14.08.20 um 13:18 schrieb Jo:
>
>> Es ist aber viel einfacher um dann die Zulassung zu bekommen. Es kann sein
>> dass das nur wichtig ist in Belgien. Mit meines (900g) darf ich hier nur
>> 10m hoch fliegen und das reicht ja nicht für Luftbilder.
> Rechtslage in Deutschland ist anders:
>
> https://www.heli-planet.com/downloads/flyer_die_neue_drohnen_verordnung.pdf
>
> regards,
> -stk
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de



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

Re: [talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích

2020-08-14 Diskussionsfäden Kroupar Václav

Než to takto zatrhnout od stolu, tak by jistě bylo vhodné mít stanovisko lidí, 
co mohou za neoprávněný vstup dávat pokuty případně jejich šéfů. Zatím osobně, 
když vidim cestu (i zarostlou) tak jedu. 

Václav Kroupar

> 14. 8. 2020 v 13:23, majkaz :
> 
> 
> Dávám ke zvážení, zda v národních přírodních rezervacích neudělat hromadnou 
> editaci, a nevyznačit tam zákaz vjezdu na kolech na všechny lesní cesty a 
> pěšiny, kde není vyznačená cyklotrasa. Zatím tam cyklonavigace spokojeně 
> navádí, viz vedlejší vlákna.
> Dotaz na Overpass turbo, který ukazuje všechny takové cesty a pěšiny: 
> https://overpass-turbo.eu/s/X2W , je vyhozeno cokoli, co už má jakoukoli 
> značku access nebo bicycle.
>  
> Timhle způsobem tam zůstanou i různé trasy cyklovýletů, pokud jsou v datech 
> označené jako cyklotrasa sítě rcn|lcn|icn. Bližší viz vedlejší dvě vlákna k 
> brodu na cyklotrase (co ve skutečnosti cyklotrasou není).
>  
> Nedá se to udělat automaticky, dost z těch cest by bylo nutné rozdělit.
>  
> Majka
> ___
> 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] noms allemands en France ?

2020-08-14 Diskussionsfäden Mateusz Konieczny via Talk-GB


Au prétexte qu'il y a une laverie au nom en français et en breton :

https://www.google.com/maps/@48.2761805,-3.573457,3a,75y,259.15h,86.89t/data=!3m6!1e1!3m4!1sy7Jx6nAI1zb46kKRlGRzDA!2e0!7i13312!8i6656

Je pense qu'on peut dire que dans ce cas

name:fr et name:br seraient justifiés.

Donc pas de name:br sans name:fr sur les amenity et shop ?

Ça se passe ici :

https://www.openstreetmap.org/changeset/89252656#map=19/47.77851/-3.42229

Je virerais bien les name:br des amenity et shop quand name=name:br et
source:name:br=proper translation.

Jean-Yvon

Le 14/08/2020 à 13:07, Jean-Yvon Landrac a écrit :

Oui Leroy-Merlin en breton c'est Leroy-Merlin...



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

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

2020-08-14 Diskussionsfäden Stefan Kaufmann

Am 14.08.20 um 13:18 schrieb Jo:

> Es ist aber viel einfacher um dann die Zulassung zu bekommen. Es kann sein
> dass das nur wichtig ist in Belgien. Mit meines (900g) darf ich hier nur
> 10m hoch fliegen und das reicht ja nicht für Luftbilder.

Rechtslage in Deutschland ist anders:

https://www.heli-planet.com/downloads/flyer_die_neue_drohnen_verordnung.pdf

regards,
-stk

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

Re: [Talk-GB] National Cycle Network removal/reclassification




Aug 13, 2020, 16:41 by simon.st...@gmail.com:

>
>
>
>> On 13 Aug 2020, at 11:41, Robert Whittaker (OSM lists) <>> 
>> robert.whittaker+...@gmail.com>> > wrote:
>>
>> On Sat, 18 Jul 2020 at 14:49, Richard Fairhurst <>> rich...@systemed.net>> > 
>> wrote:
>>
>>> ... However, note that the "removed"
>>>
>> sections mostly won't be reflected on the ground yet. Also, the
>> dataset isn't perfect, as there's at least one bit near me where the
>> route Sustrans have is wrong. I think it's also likely that some of
>> the small gaps that have been created are inadvertent and will quickly
>> be filled back in as volunteers review the new network.
>>
>> We also might need to think about our tagging, as there will now be
>> more levels of routes: Full NCN routes, other promoted named routes
>> that aren't on the NCN. How can we distinguish these in OSM?
>> network=ncn and network=rcn are typically used for national and
>> regional level routes rather than specifically the Sustrans NCN.
>>
> An interesting conundrum.  I’m thinking about mapping and navigation in 
> London at the moment (see blogs at 
> https://www.lcc.org.uk/articles/finding-your-way-on-londons-cycle-infrastructure-1
> https://www.lcc.org.uk/articles/signage-and-wayfinding
>
>
> So my understanding is that OSM normally only maps what’s actually on the 
> ground rather than what might be shown on a map (and there was some 
> discussion recently about this - > 
> https://www.mail-archive.com/talk-gb@openstreetmap.org/msg19303.html> )
>
> So even if Sustrans declassify it, if the signs are still up shouldn’t it 
> remain in OSM?  
>
Yes, until signs are removed. Though for practical reasons - if there is not 
enough mappers to verify
it fully and it is certain that signs will be removed it may be OK to remove it 
without such survey.

> Conversely  - how do you deal with older bits of say London Cycle Network 
> where signs have been removed or become unreadable.
>
If signage on the ground is gone or never existed then route relation should 
not be mapped in OSM*.
Though I would first contact route operator before deleting/changing relation 
in OSM,
if route is supposed to be maintained.

*except rare and extreme cases where route is widely recognized without being 
signed, but
such cases are rare

>  For example, I recently had an extended discussion about the status of the 
> paths in Brockwell Park in Brixton (changeset here - > 
> https://www.openstreetmap.org/changeset/83547875>  )  Maps showed routes and 
> there may once have been signage but there is no longer any signage and 
> supporting information says there is not a designated ‘route’ here. 
>
Then it is eligible for deletion. OSM is not place to map things that used to 
exist but are gone.

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

Re: [Talk-at] OSM AT Erreichbarkeit

2020-08-14 Diskussionsfäden scubbx

Nur, damit du nicht mit falschen Fakten argumentierst: Erst Gestern habe
ich den Live-Feed von osmcal.org auf der Landing-Page der Homepage
eingebaut. Da es aber derzeit keine für Österreich gibt, ist diese Liste
leer.


Am 14.08.20 um 12:56 schrieb Johann Haag:
>
> Von meinem iPhone gesendet
>
>> Am 14.08.2020 um 10:51 schrieb Andreas via Talk-at 
>> :
>>
>> Am 13.08.20 um 13:44 schrieb Johann Haag:
>>> Leider wird auch die Webseite nicht gewartet, Anfragen bleiben
>>> monatelang unbeantwortet.
>> Ich finde es langsam eine große Freichheit von dir, hier irgendwelche
>> unbelegten Aussagen zu treffen. OSM.at wird sehr wohl gewartet,
> Die Webseite openstreetmap.at ist praktisch statisch. Das Projekt 
> austriaaddresshelper steht unkommentiert drinnen, obwohl dieser längst nicht 
> mehr funktioniert. Anfragen bleiben nicht erst seit Corona monatelang 
> unbeantwortet.
> Corona als Ausrede zu nehmen, ist nur noch peinlich. Bitte verlinkt auf eine 
> Webseite mit dem verbindlichen Mandat eines local chapters.
>
> Grüsse Johann Haag
>
>
>> nur gibt
>> es zur Zeit Corona-bedingt keine OSM.at Veranstaltungen, über die wir
>> berichten könnten. Da des Weiteren die OSM Wochennotiz weiterhin
>> wöchentlich mit Informationen aus der OSM Welt erscheint, ist es nicht
>> sinnvoll hierfür eine parallele Plattform zu erstellen.
>>> Das bedeutet, in Österreich an OpenStreetMap interessierte, werden auf
>>> ein Abstellgleis gelenkt.
>> OSM.at besteht aus freiwilligen Mitgliedern und führen Ihre Tätigkeiten
>> in ihrer Freizeit durch. Noch dazu ist zur Zeit Urlaubszeit und daher
>> können nicht alle Anfragen sofort beantwortet werden. Und mir ist nicht
>> bekannt, dass Anfragen monatelang unbeantwortet bleiben. 
>>
>>> Es ist längst an der Zeit, dass man den Wiener Verein aus der
>>> Liste https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters 
>>> entfernt,
>>> und den Domain openstreetmap.at  mit
>>> openstreetmap.de  zusammenführt.
>> Wie es zu dem Eintrag im Wiki gekommen ist weiß ich nicht, denn
>> OpenstreetMap Österreich ist kein Local Chapter. Ich habe allerdings
>> jetzt den Eintrag angepasst, sodass als Kontakt ein aktives Mitglied
>> genannt wird, daher danke für den Hinweis.
>>
>>> Grüsse Johann Haag
>>> Aktueller Nr.1 OpenStreetMap Mitwirkender in Österreich
>> lg Andreas
>>
>> (geologist - ein OpenstreetMap Mitwirkender in Österreich)
>>
 Am 13.08.2020 um 12:29 schrieb Stefan Tauner via Talk-at
 mailto:talk-at@openstreetmap.org>>:

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

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

[talk-cz] Hromadná editace zákazu vjezdu na kolech v národních přírodních rezervacích


Dávám ke zvážení, zda v národních přírodních rezervacích neudělat hromadnou 
editaci, a nevyznačit tam zákaz vjezdu na kolech na všechny lesní cesty a 
pěšiny, kde není vyznačená cyklotrasa. Zatím tam cyklonavigace spokojeně 
navádí, viz vedlejší vlákna.
Dotaz na Overpass turbo, který ukazuje všechny takové cesty a pěšiny: 
https://overpass-turbo.eu/s/X2W , je vyhozeno cokoli, co už má jakoukoli značku 
access nebo bicycle.
 
Timhle způsobem tam zůstanou i různé trasy cyklovýletů, pokud jsou v datech 
označené jako cyklotrasa sítě rcn|lcn|icn. Bližší viz vedlejší dvě vlákna k 
brodu na cyklotrase (co ve skutečnosti cyklotrasou není).
 
Nedá se to udělat automaticky, dost z těch cest by bylo nutné rozdělit.
 
Majka

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

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

2020-08-14 Diskussionsfäden Jo

Heute würde ich ein Drone kaufen das 250 gram wiegt. Leider muss man dann
aber selber fliegen. Es gibt noch kein Software um die automatisch ein Pfad
fliegen zu lassen. Die machen jedenfalls auch nicht viel Lärm, fliegen
halbe Stunde und schaffen es um fotos zu machen die benutzbar sind für
OpenDroneMap.

Es ist aber viel einfacher um dann die Zulassung zu bekommen. Es kann sein
dass das nur wichtig ist in Belgien. Mit meines (900g) darf ich hier nur
10m hoch fliegen und das reicht ja nicht für Luftbilder.

Polyglot

On Fri, Aug 14, 2020 at 1:10 PM Frederik Ramm  wrote:

> Hallo,
>
> On 14.08.20 12:52, dktue wrote:
> > Muss es denn ein Starrflügler sein, falls ja, warum? Quadrokopter
> > schaffen heute auch 30 Minuten, sind günstig und Software die autonom
> > ein Polygon abzeilt gibt es auch.
>
> Das wäre schon auch interessant. Ich dachte, dass Starrflügler leiser
> sind und ruhiger fliegen und daher vermutlich besser geeignet sind. Hast
> Du denn mit einem bestimmten Quadrokopter/einer bestimmten Software gute
> Erfahrungen gemacht?
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

2020-08-14 Diskussionsfäden Frederik Ramm

Hallo,

On 14.08.20 12:52, dktue wrote:
> Muss es denn ein Starrflügler sein, falls ja, warum? Quadrokopter
> schaffen heute auch 30 Minuten, sind günstig und Software die autonom
> ein Polygon abzeilt gibt es auch.

Das wäre schon auch interessant. Ich dachte, dass Starrflügler leiser
sind und ruhiger fliegen und daher vermutlich besser geeignet sind. Hast
Du denn mit einem bestimmten Quadrokopter/einer bestimmten Software gute
Erfahrungen gemacht?

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: [OSM-talk-fr] noms allemands en France ?


J'avais essayé d'expliquer le problème à Tom :

https://github.com/openstreetmap/openstreetmap-website/issues/2755

Il a bien compris que prendre toujours l'anglais comme langue par défaut
n'était pas la bonne option.

Par contre ceci n'a pas été compris (ou il n'avait pas envie de traiter
le cas) :

Il faut utiliser la langue par défaut de l'endroit (default_language=fr
pour la France ) pour en
déduire que name=name:fr en faisant dégouliner name sur name:fr pour les
objets du coin sans name:fr (qui doit être le cas).

Et ensuite gérer les priorité de langues indiquées.

Comme le ticket est clos, ouvres-en un autre en illustrant bien (tu peux
faire référence à ce ticket).

Déjà que je galère avec un contributeur qui ajoute des name:br sur des
noms de marques. Oui Leroy-Merlin en breton c'est Leroy-Merlin...

Jean-Yvon



La rivière "La Loue" appartient à la relation "Dub".
J'ai cru à une faute de frappe pour "Doubs", mais c'est bien "Dub"… en
allemand 

__
Yves

https://www.openstreetmap.org/relation/308657


Appartient à

  * Relation Dub (156145)
 (en tant que
tributary)



___
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-ph] Rollback of admin boundary edits in the Philippines due to incompatible license (was Re: Alaminos Barangay borders)

2020-08-14 Diskussionsfäden maning sambale

Hi everyone,

This work is finished.  It took a while due to the complexity of the revert.
What this means right now is that place geocoding (via nominatim ) is
less accurate and the visual map for boundaries has less details.
However, our map is much better without incompatible licensed data!
Thanks to all who helped!
https://github.com/OSMPH/papercut_fix/issues/67#issuecomment-673892712

On Wed, Jul 8, 2020 at 11:56 AM maning sambale
 wrote:
>
> After reviewing initial results of the automated rollback [0] we
> decided to do a manual process involving a couple of mappers [1].
> Please check the workflow linked and let us know if anyone wants to help.
>
> [0] https://github.com/OSMPH/papercut_fix/issues/67#issuecomment-653891322
> [1] https://github.com/OSMPH/papercut_fix/issues/67#issuecomment-655266926

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

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

Re: [Talk-at] OSM AT Erreichbarkeit

2020-08-14 Diskussionsfäden Robert Kaiser


Hör auf, hier kompletten Blödsinn zu verbreiten.

KaiRo

Johann Haag schrieb:

Leider wird auch die Webseite nicht gewartet, Anfragen bleiben monatelang 
unbeantwortet.
Das bedeutet, in Österreich an OpenStreetMap interessierte, werden auf ein 
Abstellgleis gelenkt.

Es ist längst an der Zeit, dass man den Wiener Verein aus der Liste 
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters 
 entfernt, und den Domain 
openstreetmap.at  mit openstreetmap.de 
 zusammenführt.

Grüsse Johann Haag
Aktueller Nr.1 OpenStreetMap Mitwirkender in Österreich


Am 13.08.2020 um 12:29 schrieb Stefan Tauner via Talk-at 
:

LWG-Sach



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




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

Re: [Talk-at] OSM AT Erreichbarkeit

2020-08-14 Diskussionsfäden Johann Haag



Von meinem iPhone gesendet

> Am 14.08.2020 um 10:51 schrieb Andreas via Talk-at 
> :
> 
> Am 13.08.20 um 13:44 schrieb Johann Haag:
>> Leider wird auch die Webseite nicht gewartet, Anfragen bleiben
>> monatelang unbeantwortet.
> Ich finde es langsam eine große Freichheit von dir, hier irgendwelche
> unbelegten Aussagen zu treffen. OSM.at wird sehr wohl gewartet,

Die Webseite openstreetmap.at ist praktisch statisch. Das Projekt 
austriaaddresshelper steht unkommentiert drinnen, obwohl dieser längst nicht 
mehr funktioniert. Anfragen bleiben nicht erst seit Corona monatelang 
unbeantwortet.
Corona als Ausrede zu nehmen, ist nur noch peinlich. Bitte verlinkt auf eine 
Webseite mit dem verbindlichen Mandat eines local chapters.

Grüsse Johann Haag


> nur gibt
> es zur Zeit Corona-bedingt keine OSM.at Veranstaltungen, über die wir
> berichten könnten. Da des Weiteren die OSM Wochennotiz weiterhin
> wöchentlich mit Informationen aus der OSM Welt erscheint, ist es nicht
> sinnvoll hierfür eine parallele Plattform zu erstellen.
>> Das bedeutet, in Österreich an OpenStreetMap interessierte, werden auf
>> ein Abstellgleis gelenkt.
> 
> OSM.at besteht aus freiwilligen Mitgliedern und führen Ihre Tätigkeiten
> in ihrer Freizeit durch. Noch dazu ist zur Zeit Urlaubszeit und daher
> können nicht alle Anfragen sofort beantwortet werden. Und mir ist nicht
> bekannt, dass Anfragen monatelang unbeantwortet bleiben. 
> 
>> 
>> Es ist längst an der Zeit, dass man den Wiener Verein aus der
>> Liste https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters entfernt,
>> und den Domain openstreetmap.at  mit
>> openstreetmap.de  zusammenführt.
> 
> Wie es zu dem Eintrag im Wiki gekommen ist weiß ich nicht, denn
> OpenstreetMap Österreich ist kein Local Chapter. Ich habe allerdings
> jetzt den Eintrag angepasst, sodass als Kontakt ein aktives Mitglied
> genannt wird, daher danke für den Hinweis.
> 
>> 
>> Grüsse Johann Haag
>> Aktueller Nr.1 OpenStreetMap Mitwirkender in Österreich
> 
> lg Andreas
> 
> (geologist - ein OpenstreetMap Mitwirkender in Österreich)
> 
>> 
>>> Am 13.08.2020 um 12:29 schrieb Stefan Tauner via Talk-at
>>> mailto:talk-at@openstreetmap.org>>:
>>> 
>>> LWG-Sach
>> 
>> 
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

2020-08-14 Diskussionsfäden dktue


Am 14.08.2020 um 11:59 schrieb Frederik Ramm:

kennt sich jemand aus beim Stand der Technik mit Starrflügel-Drohnen?
Ich hätte gern so eine, die man in die Luft schmeisst und die dann ein
paar Bahnen über dem Baugebiet dreht und ein schönes Luftbild macht. Und
möglichst keine 20.000 Euro kostet ;)
Muss es denn ein Starrflügler sein, falls ja, warum? Quadrokopter 
schaffen heute auch 30 Minuten, sind günstig und Software die autonom 
ein Polygon abzeilt gibt es auch.


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

Re: [OSM-talk-fr] Photos — Re: Projet du mois de septembre (en préparation) : défibrillateurs !

2020-08-14 Diskussionsfäden Éric Gillet


Le 09/08/2020 à 12:06, Christian Quest a écrit :

Le 09/08/2020 à 10:14, Yves P. a écrit :

de Christian


Pour le stockage des photos ou autres sources externes, wikipedia 
garde une copie d'archive.
Je pense que ce serait bénéfique de faire pareil pour OSM, car tout 
lien externe est potentiellement instable


Tu suggères de mettre un système de cache au niveau de l'API OSM ? ;)

Un contributeur OSM édite un objet avec les tags suivant et l'API 
fait automatiquement un copie :


  * image=http://site.com/a.jpg
  * mapillary=APQ8H32KnIwG3lKIaMY7HA
  * wikimedia_commons=File:Defibrillator am Hafenbüro Kappeln.jpg
  * une combinaison de tout ça dans le tag image
  * avec des valeurs multiples ;)


Comment retrouve-t-on les photos ?


Je ne pense pas à un cache (temporaire), mais à une copie d'archive, 
comme wikipédia le fait sur les sources qui peuvent disparaître, 
changer d'adresse ou autre.


J'ai un peu réfléchit au problème... le plus simple me semble de 
calculer un hash à partir du tag au contenu à archiver. Ceci évite de 
devoir rajouter un tag avec le lien de l'archive dans la base OSM.


Exemple (avec du md5)

image=http://site.com/a.jpg -> 
http://archive.osm.org/ce7442f69a6ad43fb972724c1a8cdc05


mapillary=APQ8H32KnIwG3lKIaMY7HA -> 
http://archive.osm.org/eaaee35521d34a3cb74965cb50dcb500


etc...


C'est une très bonne idée ce projet !

Si archive.org ou autre archive "standard" n'est pas utilisée, peut-être 
ça vaut le coup de regarder du côté d'IPFS  ? Ça 
utilise exactement le mécanisme que tu décris :)


Quelques avantages que je vois à utiliser ça plutôt qu'une archive 
"maison" :


- Gestion de l'adressage, des dossiers déjà implémentée depuis 
longtemps, donc robuste
- Possibilité à n'importe quel contributeur disposant de stockage de 
faire mirroir, idem pour les passerelles IPFS/HTTP

- Moins de trafic à gérer du coup


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

[OSM-talk-fr] noms allemands en France ?

Bonjour,

La rivière "La Loue" appartient à la relation "Dub".
J'ai cru à une faute de frappe pour "Doubs", mais c'est bien "Dub"… en allemand 


__
Yves

https://www.openstreetmap.org/relation/308657 

Appartient à

Relation Dub (156145)  (en tant 
que tributary)

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

[Talk-de] Starrflügel-Drohne für Luftbilder

2020-08-14 Diskussionsfäden Frederik Ramm

Hallo,

kennt sich jemand aus beim Stand der Technik mit Starrflügel-Drohnen?
Ich hätte gern so eine, die man in die Luft schmeisst und die dann ein
paar Bahnen über dem Baugebiet dreht und ein schönes Luftbild macht. Und
möglichst keine 20.000 Euro kostet ;)

Wenn ich die Rechtslage richtig verstehe, ist es ja nicht verboten, dass
die Drohne selber (nach einer vorporogrammierten Bahn) fliegt - ich muss
sie lediglich immer im Blick haben und die Steuerung übernehmen können,
falls was wäre, oder?

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-at] OSM AT Erreichbarkeit

2020-08-14 Diskussionsfäden ScubbX

Danke Stefan fürs Erinnern!
Ich habe ihm gerade geantwortet.

Beste Grüße,
Markus (ScubbX) 

Am 13. August 2020 12:29:37 MESZ schrieb Stefan Tauner via Talk-at 
:
>Hi,
>
>Simon Poole versucht jemanden vom Verein per i...@openstreetmap.at
>wegen einer trivialen LWG-Sache zu kontaktieren, aber erreicht niemand.
>Falls sich jemand angesprochen fühlt, bitte meldet euch bei
>si...@osmfoundation.org
>Thx.
>-- 
>Kind regards/Mit freundlichen Grüßen, Stefan Tauner
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

2020-08-14 Diskussionsfäden Cyrille37 OSM via Talk-fr


Le 13/08/2020 à 21:09, Djo_man via Talk-fr a écrit :
Pour répondre à la question de la recherche "centre hospitalier 
luynes"  QWANTS MAPS  va pourvoir plutôt bien. c'est du osm pour la 
carte mais avec du pages jaunes pour l'adresse ? Je sais pas 
exactement qui fait quoi et comment, mais ça marche. 


QwantMaps utilise le geocoder Mimirsbrunn.

Qwantmaps: https://github.com/QwantResearch/qwantmaps

Mimirsbrunn: https://github.com/CanalTP/mimirsbrunn

Cyrille37.


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

Re: [Talk-at] Spenden und Erträge von OpenStreetMap in Österreich

2020-08-14 Diskussionsfäden Andreas via Talk-at

Am 14.08.20 um 08:09 schrieb Johann Haag:
> Wie wir von der Wikipedia wissen, entwickeln OpenSource Initiativen,
> auch beachtliche wirtschaftliche Aktivitäten. 
>
> OpenStreetMap hat in Österreich keine offizielle lokale Vertretung,
> aber einen Verein der über seine wirtschaftliche Gebarung
> intransparent auftritt.

Unter https://wiki.openstreetmap.org/wiki/OSM-AT kannst du dir
Informationen zum Verein anschauen und du findest auch die aktuellen
Vereinsstatuten. Dabei wirst du schnell erkennen, dass der Verein
keinerlei wirtschaftliche Aktivitäten durchführt. Hier ein Auszug aus
den Statuten (https://wiki.openstreetmap.org/wiki/OSM-AT/Statuten) dazu:


§3 Zweck des Vereins

Der Verein bezweckt

a) die Förderung des weltweiten Gemeinschaftsprojektes
„OpenStreetMap“ in Österreich,
b) die Pflege der OSM-Community (der sogenannten „Mapper“) in
Österreich und
c) den Betrieb von Servern und/oder Websites in bzw. für Österreich.

Der Verein übt seine Tätigkeit überparteilich aus. Die
Vereinstätigkeit ist nicht auf Gewinn gerichtet und gemeinnützig im
Sinne der Bundesabgabenordnung (BAO).

Der Verein bezweckt weiters, mit seiner Tätigkeit einem möglichst
großen Kreis der Allgemeinheit offenzustehen, weshalb Personen, die
kurzfristig an Vereinsveranstaltungen teilnehmen wollen, jedoch
keine Mitgliedschaft begehren, dazu eingelanden werden können. Die
Teilnahme dieser Gäste kann entweder unentgeltlich oder zu einer
aliquoten Gebühr, wie sie die Mitglieder zu leisten haben, erfolgen.

>
> Österreich gehört zu den weltweit sehr wohlhabenden Ländern, daher ist
> es ungewöhnlich dass OpenStreetMap in Österreich, -es scheint-
> keinerlei wirtschaftliche Aktivität entwickelt.
>
> Nachdem Österreich über keinen lokal Chapter verfügt, fehlt auch eine
> Klare Aussage darüber, wer in Österreich an OpenStreetMap getätigte
> Spenden sammelt.
Es steht jedem frei in welcher Form er OpenstreetMap Geld spendet.
OSM.at kann nur Aussagen treffen, wenn auf das OSM.at Konto überwiesen
wird. In der Regel erfolgen allerdings Spenden direkt an OSM.org, um das
Projekt zu unterstützen.
> Ich finde daher, dass aktuelle sämtliche Wirtschaftliche Aktivitäten
> in Österreich von FOSSGIS Deutschland verwaltet gehören,
> demenstsprechend sollte OpenStreetMap seine Namensrechte an
> openstreetmap.at  geltend machen, und künftig
> an OpenStreetMap interessierte, auf eine Webseite lenken, welche
> wirtschaftlich OpenStreetMap untersteht.
Hier nochmal, OSM.at vertritt keinerlei wirtschaftliche Interessen von
OpenstreetMap in Österreich. OpenstreetMap ist ein Community Projekt und
daraus können wirtschaftliche Projekte entstehen, aber OpenstreetMap an
sich ist ein freies Community Projekt.
>
> Mit freundlichen Grüßen Meister Johann Haag
> Aktueller Nr. 1 Mitwirkender in Österreich

lg Andreas

(geolgist - ein OpenstreetMap Mitwirkender in Österreich)

>
> -- 
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at 
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at





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] recherche d'adresses et POI, comment quitter Google ?

> En clair tous les POI entrés dans OSM sur la France ? Ou il y a un petit
> filtre en plus ?
https://github.com/osm-fr/osmpoi4addok/blob/master/def.csv 


> De mémoire (mais en regardant rapidement je n'avait pas trouvé) cette
> liste existe dans Nominatim.
ça vient peut-être de Nominatim ?


@Christian De quand date le dernier rechargement des POI OSM ?

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

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?


Christian a écrit :


Yves a écrit:


Il y a tous les POIs ?


Tous ? Non, mais un bon paquet, plus de 3 millions (en France uniquement).


En clair tous les POI entrés dans OSM sur la France ? Ou il y a un petit
filtre en plus ?

> il faudrait compléter la liste des synonymes dans addok qui
transformerait les requêtes (Centre hospitalier <-> Hopital)

De mémoire (mais en regardant rapidement je n'avait pas trouvé) cette
liste existe dans Nominatim.

Jean-Yvon



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

Re: [Talk-at] OSM AT Erreichbarkeit

2020-08-14 Diskussionsfäden Andreas via Talk-at

Am 13.08.20 um 13:44 schrieb Johann Haag:
> Leider wird auch die Webseite nicht gewartet, Anfragen bleiben
> monatelang unbeantwortet.
Ich finde es langsam eine große Freichheit von dir, hier irgendwelche
unbelegten Aussagen zu treffen. OSM.at wird sehr wohl gewartet, nur gibt
es zur Zeit Corona-bedingt keine OSM.at Veranstaltungen, über die wir
berichten könnten. Da des Weiteren die OSM Wochennotiz weiterhin
wöchentlich mit Informationen aus der OSM Welt erscheint, ist es nicht
sinnvoll hierfür eine parallele Plattform zu erstellen.
> Das bedeutet, in Österreich an OpenStreetMap interessierte, werden auf
> ein Abstellgleis gelenkt.

OSM.at besteht aus freiwilligen Mitgliedern und führen Ihre Tätigkeiten
in ihrer Freizeit durch. Noch dazu ist zur Zeit Urlaubszeit und daher
können nicht alle Anfragen sofort beantwortet werden. Und mir ist nicht
bekannt, dass Anfragen monatelang unbeantwortet bleiben. 

>
> Es ist längst an der Zeit, dass man den Wiener Verein aus der
> Liste https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters entfernt,
> und den Domain openstreetmap.at  mit
> openstreetmap.de  zusammenführt.

Wie es zu dem Eintrag im Wiki gekommen ist weiß ich nicht, denn
OpenstreetMap Österreich ist kein Local Chapter. Ich habe allerdings
jetzt den Eintrag angepasst, sodass als Kontakt ein aktives Mitglied
genannt wird, daher danke für den Hinweis.

>
> Grüsse Johann Haag
> Aktueller Nr.1 OpenStreetMap Mitwirkender in Österreich

lg Andreas

(geologist - ein OpenstreetMap Mitwirkender in Österreich)

>
>> Am 13.08.2020 um 12:29 schrieb Stefan Tauner via Talk-at
>> mailto:talk-at@openstreetmap.org>>:
>>
>> LWG-Sach
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at





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

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Robert Skedgell

On 13/08/2020 15:41, Simon Still wrote:
> 
> In my view there is definitely scope to look at adding more info to
> cycle routes/tracks/cycleways to give more information to routing
> algorithms about the real experience of using them.
> 
> Would welcome input on what as we’re doing more on this at the London
> Cycling Campaign. 

Is there any more information on what LCC are doing in this area? There
are probably members, myself included, who would be happy to help.

I know that borough groups audit changes to local infra, but having
detailed photographs and notes are less useful to the wider cycling
community than they could be if the information never finds its way onto
OSM.

> 
> Width of cycleyway is definitely useful if separated from traffic but
> some way of reflecting the comfort of the riding experience on marked
> routes would be a big step forward. Traffic Volumes,. Lane widths,
> traffic speed all contribute (as does surface - gravel bad, cobbles bad,
> smooth tarmac good)  

Most sections of cycle routes in London which I use already have
surface=* set, but there are areas where using smoothness=* consistently
might help.

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

Re: [Talk-GB] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Peter Neale via Talk-GB

Hi @Ed,
What area is this, please?
NCN 51 comes near me through Milton Keynes, so I have made some adjustments to 
the relation in the past (when it was re-routed to avoid going through the 
middle of the intu shopping centre). 

Regards,Peter 

On Friday, 14 August 2020, 09:04:51 BST, Ed Loach  
wrote:  

 DaveF replied to:

> > So even if Sustrans declassify it, if the signs are still up shouldn’t
> > it remain in OSM?

with:

> OSM should be using the most up to date data available. In this
> instance
> I think Sustrans saying they've decommissioned a few NCNs &
> publishing
> an updated map is the more accurate information. I don't think the
> relations should be deleted as they're probably to be reclassified (I
> think).

In some cases OSM *is* the most up to date data there is. Locally I watched as 
the local Sustrans ranger (I hope I've got the term correct) added NCN 150 to 
the map after getting home from putting up the stickers - the relation grew 
over the few days it took. I will be leaving the local part of the NCN 51 
relation that has been reclassified for him to update as and when it gets 
re-stickered.

Ed

___
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] National Cycle Network removal/reclassification

2020-08-14 Diskussionsfäden Ed Loach

DaveF replied to:

> > So even if Sustrans declassify it, if the signs are still up shouldn’t
> > it remain in OSM?

with:
 
> OSM should be using the most up to date data available. In this
> instance
> I think Sustrans saying they've decommissioned a few NCNs &
> publishing
> an updated map is the more accurate information. I don't think the
> relations should be deleted as they're probably to be reclassified (I
> think).

In some cases OSM *is* the most up to date data there is. Locally I watched as 
the local Sustrans ranger (I hope I've got the term correct) added NCN 150 to 
the map after getting home from putting up the stickers - the relation grew 
over the few days it took. I will be leaving the local part of the NCN 51 
relation that has been reclassified for him to update as and when it gets 
re-stickered.

Ed


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

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?


Le 13/08/2020 à 22:00, Georges Dutreix via Talk-fr a écrit :
Qwant maps est un progrès, mais j'attends le jour où je pourrai 
demander en plein texte à une appli basée sur OSM de m'afficher 
"boulangerie trifouilly les oies", en ayant même la boulangerie qui 
s'appelle "Au bon pain".
Et pour que madame Michu soit intéressée, il faut que ça marche pour 
les cinémas et les vendeurs de chaussures pareil.

On a du pain sur la planche... 


Mon instance démo d'addok avec POI OSM le fait...

Lors de la constitution de la liste des POI, on conserve le nom pour 
ceux qui ont un name=* et il est complété par le type de POI si il 
n’apparaît pas dans le nom.


Ex: Au bon pain (boulangerie)

La limite ici est le choix du mot descripteur... il faudrait compléter 
la liste des synonymes dans addok qui transformerait les requêtes 
(Centre hospitalier <-> Hopital)



Yves a écrit:


Il y a tous les POIs ?


Tous ? Non, mais un bon paquet, plus de 3 millions (en France uniquement).


--
Christian Quest - OpenStreetMap France

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

[Talk-lt] Upių orientyrų taškų generalizavimas

2020-08-14 Diskussionsfäden Tomas Straupis

Sveiki

  Trumpas upių taškų generalizavimo aprašymas:
  https://blog.openmap.lt/2020/08/14/upiu-orientyru-tasku-generalizacija/

-- 
Tomas

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

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

> Concernant les fotes, la doc d'addok mentionne les NGRAMS 
> .
> C'est un des algorithmes qui permet d'être tolérant aux variantes d'un mot.

Je viens de trouver l'excellent article de Christian : "Sous le capot du 
géocodeur addok 
" 
:)

__
Yves

PS: 9 Go de mémoire vive pour indexer la France… je vais avoir du mal à faire 
ça pour le monde sur ma machine :D
En ciblant les POI, pourquoi pas ??___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?