Re: [Talk-cz] fotky infotabulí na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all

[Michal Grézl]

jo issue na githubu je potreba, stejny tag 10x by opravdu uz nemel jit vyrobit.

2017-04-26 19:45 GMT+02:00 Marián Kyral :
> Ahoj,
> ideální bude na to založit issue na githubu. Buď to upraví Michal, nebo se
> zase někdy zdravě naštvu a trochu se v tom povrtám :-D
>
> Marián
>
> -- Původní e-mail --
> Od: r00t 
> Komu: OpenStreetMap Czech Republic 
> Datum: 26. 4. 2017 18:48:01
> Předmět: Re: [Talk-cz] fotky infotabulí na
> http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all
>
> Ahoj,
>
>> na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all je najednou evidováno jako
>> nepoužité fotografie přes tisíc fotografií s tagem infotabule, které byly
>> doposud ignorovány
> Pridaval jsem par fotek a mel jsem ruzne problemy, hlavne editace tagu nejak
> blbla.
> Server casto vraci chyby, nekdy se editovaci stranka vubec nenacte. Po
> pridani tagu
> se zmeny ztratily a u jine cedule se zase pridal stejny tag 10x.
> Nejhorsi je ze pri editaci ajax requesty nijak nezobrazuji chyby, takze
> clovek si mysli
> ze se zmeny ulozily a pritom tomu tak neni...
>
> JH
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-cz] názvy sad změn v JOSM

[Zdeněk Pražák]

rovněž když otevírám josm přes overpass turbo tak jsou změny pojmenovány
štatně, vždy ázev o jednu sadu změn opožděn

Dne 26. dubna 2017 9:03 Zdeněk Pražák  napsal(a):

> tak nevím jak je to možné:
> -  když jsem si dnes otevřel osm z odkazu na otevření osm přes
> api.openstreetmap.cz , tak se mi sada změn uložila pod špatným názvem
> oprava Nedamov - viz sada 48150051 (toto měl být název poslední sady ze
> včerejška také otevírané přes api.openstreetmap.cz)
>
> poté jsem otevřel další sadu změn přes taskman a ta se mi uložila pod
> správným názvem oprava Strakonice - viz sada 48151831
>
> Pražák
> -- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 21. 4. 2017 18:20:06
>
> Předmět: Re: [Talk-cz] názvy sad změn v JOSM
>
> po stažení verze 11963 mi to také funguje správně - viz sada změn 48008352
>
> Dne 21. dubna 2017 17:42 Jan Martinec  napsal(a):
>
> A když jsem si aktualizoval na současnou 11963, taky mi to funguje
> normálně. Že by fakt nějaká chyba ve stable?
>
> HPM
>
> Dne 21. 4. 2017 16:42 napsal uživatel "Jan Martinec" :
>
> JOSM/1.5 (11407 en)
>
> Ale nahrávám "všechno v jednom requestu" - tuhle možnost nahrávání po
> kusech jsem nikdy nezkoušel. Dělám jak jednorázové changesety  ("po nahrání
> zavřít"), i delší  ("nechat otevřený").
>
> HPM
>
> Dne 21. 4. 2017 16:38 napsal uživatel "Zdeněk Pražák" :
>
> v které verzi JOSM to funguje?
> -- Původní e-mail --
> Od: Jan Martinec 
> Komu: OpenStreetMap Czech Republic 
> Datum: 21. 4. 2017 16:11:02
> Předmět: Re: [Talk-cz] názvy sad změn v JOSM
>
> Měl jsem něco takového asi týden zpět ve vývojové verzi (josm-latest), v
> aktuální  už mi to zase funguje.
>
> Zdar,
> Honza Piškvor Martinec
>
> Dne 21. 4. 2017 16:06 napsal uživatel "majka" :
>
> A ještě co to je za verzi JOSM? Protože kdysi dříve to jedna z verzí
> dělala taky, po nahlášení bylo opraveno...
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-talk-fr] Carte collaborative des arbres fruitiers

[François Lacombe]

Bonsoir,

Je viens de voir passer cet article du monde qui parle du site
FallingTrees.org
http://linkis.com/www.lefigaro.fr/cons/P9vv7

Le principe semble être de cartographier les arbres fruitiers du monde
entier pour ramasser ses fruits soit-même.

L'initiative est très bonne, le côté collaboratif est évidemment séduisant.

SAUF

que le site affiche un fond Google Maps, OSM n'a pas du faire partie des
solutions étudiées, d'autant que des petits nœuds natural=tree seraient
vraiment sympa à ajouter à la base.

Ça aurait du s'appeler FailingFruits.org :(

Bonne soirée

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

Re: [Talk-it] R: Re: monumenti e memoriali

[Martin Koppenhoefer]

sent from a phone

> On 26. Apr 2017, at 07:06, "frali...@alice.it"  wrote:
> 
> ma come riporti una lapide a tematica religiosa,che riproduce un noto 
> monumento, e che riguarda un fatto di cronaca?
> ovvero una forma di ex-voto monumentale? ci si deve basare sulla religione 
> come un semplice altarino?
> oppure ci  basare sull'architettura della statua? o sul fatto di cronaca 
> inciso sulla lapide?
> ma sarebbe ancora riduttivo perchè il memoriale è tutto il complesso 
> chiesetta -piazza-lapide.

volendo
il complesso: historic=monument 
religion=christian 
denomination=catholic 

la lapide 
historic=memorial 

più name ecc.

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

Re: [OSM-talk-fr] Supprimer un landuse Corine étendu

[PanierAvide]

Bonsoir,

Merci pour vos deux réponses. Donc c'est mieux quand même de ronger le 
multi-polygone au fur et à mesure plutôt que de le supprimer d'un coup. 
Je vais regarder ce plugin de relations pour simplifier la manipulation.


Cordialement,

Adrien.

Le 26/04/2017 à 16:50, Jérôme Seigneuret a écrit :

Salut,
Il est possible sur JOSM de découper au fur et a mesure les 
multipolygone de manière à n'avoir que des objet simple. Cependant, 
pour cela je te conseille vivement de travailler sur JOSM avec le 
plugin permettant d'éditer les relations. Celui-ci permet de corriger 
les objets dans les relations de manière à reconstruire les polygones 
quand cela sont de type outer et qu'il ne possède pas de sous-relation 
ou d'objet inner à l'intérieur. Mais il te faudra récupérer l'ensemble 
des objets de la relation avant de t'y attaquer et travailler par 
partie pour éviter d'avoir à corriger de grosse erreurs. Les outils 
d'édition avancées (un plugin aussi il me semble) te permet de 
découper un objet similaire à un polygon en deux. Dans ce cas tu 
générera aussi deux relations. Il te suffit via le plugin relation de 
reconstruire le polygon et de supprimer la relation vide (je ne sais 
plus si ça ne le fait pas d'office quand il n'y a plus d'objet). Dans 
tous les cas si la relation vide existe tu auras une alerte sous JOSM 
avant l'envoi des données sur le serveur.


Cordialement,
Jérôme.

Le 26 avril 2017 à 16:32, PanierAvide > a écrit :


Bonjour à tous,

Je souhaite supprimer le multi-polygone Corine suivant [1], qui a
tendance à être assez galère à rogner à chaque précision de
l'occupation des sols sur une commune de la zone. J'ai bien une
idée de comment le supprimer (à l'aide de Level0), mais avant je
souhaite savoir s'il y a une "bonne méthode" pour le supprimer
proprement, sans casser d'autres objets qui pourraient
éventuellement dépendre de certains ways de la relation. Si ce
n'est pas souhaitable de le supprimer, existe t'il une manière un
peu automatisée de le redécouper en plusieurs plus petites
relations, plus simples à gérer ?

Cordialement,

Adrien.

[1] http://www.openstreetmap.org/relation/279458



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





--
Cordialement,
Jérôme Seigneuret


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



--
PanierAvide
Géomaticien & développeur

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

Re: [Talk-it] Venezia-gerarchia degli highway

[Martin Koppenhoefer]

come vogliamo procedere? Non vi siete espressi in molti. Mi piacerebbe sentire 
altri pareri.

Avete visto la discussione sul changeset?


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

Re: [Talk-at] GPX-Daten glätten

[Michael Reichert]

Hallo,

Am 26.04.2017 um 15:07 schrieb Robert Kaiser:
> Ich bin eher der Meinung, dass das Feature zum Hochladen von GPX-Tracks
> ganz absichtlich die Rohdaten haben sollte. Wenn das genügend sind (ev.
> von verschiedenen Leuten), ergibt die Masse der Daten dann die
> Information, aus der qualitativ gute Karten gezeichnet werden können.
> Ich bin da eher gegen die Vorbehandlung der Daten, da man dann nicht
> mehr gut auf den wirklichen Informationsgehalt schließen kann.

Das sehe ich auch so. Wenn der Track sehr "unruhig" ist, kann man das
bei der Einschätzung der Genauigkeit berücksichtigen. Man weiß dann zwar
trotzdem nicht, ob die anderen Tracks schon vom Gerät geglättet wurden,
aber etwas Wissen ist besser als gar kein Wissen.

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-ca] Telenav mapping turn restrictions

[m]

Yes, if you ask me, changeset comments are (and will stay) the #1 place to 
discuss mapping issues. If a mapper continues to do questionable edits, the 
public channels like this mailing list are a good place to go to. 

To look at recent changeset comments, I use Pascal Neis’s tool. If you haven’t 
seen that yet you should definitely check it out: 
http://resultmaps.neis-one.org/osm-discussions?c=Canada#5/48.805/-99.802 
 

So like I said in my other response just now, GitHub issues are secondary to 
that, more like a convenient way for us to track and for  mappers to see what 
projects we are proposing and working on, and if you happen to have a Github 
account you can also comment. 

Sorry that was not more clear from the outset.

Martijn

> On Apr 26, 2017, at 10:22 AM, Stewart C. Russell  wrote:
> 
> On 2017-04-25 11:55 PM, m...@rtijn.org wrote:
>> 
>> Let me suggest this: I will take the concerns raised here to our team
>> and get back to the list before the end of the week with proposed next
>> steps to fix where possible. We will use Github tickets to track
>> this.
> 
> As a process suggestion, may I recommend some integration with OSM
> changeset discussion? We ran into an issue last year when Mapbox was
> also adding turn restrictions. There was some friction between local
> mappers and Mapbox staff, as mappers asked questions in changeset
> discussion and didn't see the tickets on Github, while Mapbox staff
> didn't respond to the changeset discussion and assumed the Github
> tickets were authoritative.
> 
> I know that Github issues are the industry standard, and the OSM
> comment/discussion mechanisms may seem a little quaint, but we risk
> talking past one another if we splinter the discussion.
> 
> cheers,
> Stewart
> 
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca

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

Re: [Talk-cz] Žádost o svolení k použití katastrálních map

[Jan Macura]

On Monday, 24 April 2017, Michal Fabík  wrote:

> Obecně Balkánci prostě nemají ten vztah k pobytu v přírodě, o nějakých
> mapách nemluvě. Pro ilustraci v jakém asi prostředí se tam shání parťáci
> pro OSM:
>

Pěkné shrnutí. Bude to diagnóza celého východního bloku. Mám stejnou
zkušenost z Bulharska a Ukrajiny.

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

Re: [Talk-ca] Telenav mapping turn restrictions

[m]

Yes, I agree with you, and we will keep discussing through the ‘real’ OSM 
channels. I don’t expect people to sign up for Github. I see it more as a 
public way for us to track our mapping projects, so that everyone can see 
what’s going on and respond there if they choose to. I definitely don’t see it 
as the only / exclusive way to discuss.

Martijn

> On Apr 26, 2017, at 10:49 AM, Michael Reichert  wrote:
> 
> Hi Martijn,
> 
> Am 26.04.2017 um 18:22 schrieb Stewart C. Russell:
>> I know that Github issues are the industry standard, and the OSM
>> comment/discussion mechanisms may seem a little quaint, but we risk
>> talking past one another if we splinter the discussion.
> 
> Just my 2 cent as a non-Canadian. I think you, Martijn, cannot expect an
> average mapper to sign up for Github (a platform which belongs neither
> to the OSMF nor to any local chapter) just to be able to complain about
> someone else edits. There is already a plenty of platforms which can be
> used to discuss things in the OSM universe, changeset discussion and
> this mailing list are two of them.
> 
> Best regards
> 
> Michael
> 
> -- 
> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
> ausgenommen)
> I prefer GPG encryption of emails. (does not apply on mailing lists)
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca


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

Re: [Talk-ca] Telenav mapping turn restrictions

[James]

For once, I agree with Nakaner.

On Wed, Apr 26, 2017 at 12:49 PM, Michael Reichert  wrote:

> Hi Martijn,
>
> Am 26.04.2017 um 18:22 schrieb Stewart C. Russell:
> > I know that Github issues are the industry standard, and the OSM
> > comment/discussion mechanisms may seem a little quaint, but we risk
> > talking past one another if we splinter the discussion.
>
> Just my 2 cent as a non-Canadian. I think you, Martijn, cannot expect an
> average mapper to sign up for Github (a platform which belongs neither
> to the OSMF nor to any local chapter) just to be able to complain about
> someone else edits. There is already a plenty of platforms which can be
> used to discuss things in the OSM universe, changeset discussion and
> this mailing list are two of them.
>
> Best regards
>
> Michael
>
> --
> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
> ausgenommen)
> I prefer GPG encryption of emails. (does not apply on mailing lists)
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Telenav mapping turn restrictions

[Michael Reichert]

Hi Martijn,

Am 26.04.2017 um 18:22 schrieb Stewart C. Russell:
> I know that Github issues are the industry standard, and the OSM
> comment/discussion mechanisms may seem a little quaint, but we risk
> talking past one another if we splinter the discussion.

Just my 2 cent as a non-Canadian. I think you, Martijn, cannot expect an
average mapper to sign up for Github (a platform which belongs neither
to the OSMF nor to any local chapter) just to be able to complain about
someone else edits. There is already a plenty of platforms which can be
used to discuss things in the OSM universe, changeset discussion and
this mailing list are two of them.

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-cz] fotky infotabulí na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all

[r00t]

Ahoj,

> na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all je najednou evidováno jako
> nepoužité fotografie přes tisíc fotografií  s tagem infotabule, které byly 
> doposud ignorovány
Pridaval jsem par fotek a mel jsem ruzne problemy, hlavne editace tagu nejak 
blbla.
Server casto vraci chyby, nekdy se editovaci stranka vubec nenacte. Po pridani 
tagu
se zmeny ztratily a u jine cedule se zase pridal stejny tag 10x.
Nejhorsi je ze pri editaci ajax requesty nijak nezobrazuji chyby, takze clovek 
si mysli
ze se zmeny ulozily a pritom tomu tak neni...

JH


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

[Talk-cz] fotky infotabulí na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all

[Zdeněk Pražák]

na http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all je najednou evidováno jako
nepoužité fotografie přes tisíc fotografií  s tagem infotabule, které byly
doposud ignorovány___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-ca] Telenav mapping turn restrictions

[Stewart C. Russell]

On 2017-04-25 11:55 PM, m...@rtijn.org wrote:
> 
> Let me suggest this: I will take the concerns raised here to our team
> and get back to the list before the end of the week with proposed next
> steps to fix where possible. We will use Github tickets to track
> this.

As a process suggestion, may I recommend some integration with OSM
changeset discussion? We ran into an issue last year when Mapbox was
also adding turn restrictions. There was some friction between local
mappers and Mapbox staff, as mappers asked questions in changeset
discussion and didn't see the tickets on Github, while Mapbox staff
didn't respond to the changeset discussion and assumed the Github
tickets were authoritative.

I know that Github issues are the industry standard, and the OSM
comment/discussion mechanisms may seem a little quaint, but we risk
talking past one another if we splinter the discussion.

cheers,
 Stewart


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

Re: [Talk-it] Venezia-gerarchia degli highway

[Martin Koppenhoefer]

sent from a phone

> On 26. Apr 2017, at 15:47, Paolo Monegato  wrote:
> 
> ps: ho letto sul commento al changeset che eri in loco qualche giorno fa, hai 
> trovato anche tu una marea di errori e robe mancanti come le ultime volte che 
> son passato io?



si, non mi sembrava che ci fosse una grande comunità di mappatori, perché ho 
trovato tanti errori, anche del tipo ortografico come fanno soprattutto gli 
stranieri che non capiscono la lingua. Ho cominciato a ricambiare i percorsi 
piccoli in footway e di mettere commenti a changeset di chi aveva in precedenza 
cambiato da footway a pedestrian. Mi ha risposto soltanto uno che sembra 
ragionevole, però sostiene che la comunità locale avesse deciso di cambiare 
tutto in pedestrian e che i miei cambiamenti fossero vicino al vandalismo.

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

Re: [OSM-talk-fr] application StreetComplete

[Nicolas Bétheuil]

L'ajout de quête c'est du java
https://github.com/westnordost/StreetComplete/tree/master/app/src/main/java/de/westnordost/streetcomplete/quests

Le 26 avril 2017 à 14:36, François Lacombe  a
écrit :

> Le 26 avril 2017 à 14:05, Eric SIBERT  a écrit :
>
>> Il y a une internationalisation de l'interface prévue?
>>
>
> Il y a un projet en cours sur POEditor
> https://poeditor.com/join/project/IE4GC127Ki
>
> French est à 100%
>
>
> François
>
> ___
> 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-ar] Reunion por rutas Argentinas

[Hernán Javier López]

Estimados:

El dia viernes 12 de mayo a las 18:00h, nos vamos a encontrar en el IGN
Argentina ( Avenida Cabildo 381, Buenos Aires ), para debatir e intentar
llegar a un consenso de las propuestas para el etiquetado de las rutas
argentinas.

Precisamos que quien se quiera sumar envíe su número de DNI y nombre
completo a openstreetmap.org...@gmail.com , para poder ingresar en el IGN.
Al mismo tiempo, para quien se encuentre lejos vamos a realizar
videoconferencia para que se puedan sumar de todo el país.

Si quieren ver de que va el tema, pueden leer este post del foro
https://forum.openstreetmap.org/viewtopic.php?id=25490 y un resumen de las
propuestas en
https://wiki.openstreetmap.org/wiki/ES_talk:Wikiproyecto_Argentina/V%C3%ADas_de_circulaci%C3%B3n

Todos los que se quieran sumar son muy bienvenidos!
Saludos
Hernan
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ar

Re: [OSM-talk-fr] Supprimer un landuse Corine étendu

[JB]

Mes condoléances. J'ai déjà fait de la découpe de gros MP sur quelques 
zones, ça reste assez galère.

Deux options d'après mes tests :
 - grignoter petit à petit : comme le MP a plusieurs « cols » (espaces 
fins) le long d'éléments linéaires (routes), tu peux le grignoter 
petit-à-petit, par exemple là où il croise la N12. Avec le plugin « 
Boite d'outils relations », ça se laisse faire pour réarranger les 
inners dans les bons morceaux.
 - pour supprimer complètement, et perdre toutes les informations de 
landuse liées : télécharger la grande zone dans JOSM avec overpass-API 
(je vais peut-être me faire taper dessus, là, mais c'est pour la bonne 
cause…), et supprimer la relation. Voir s'il reste des objets sans tag 
(autre que source) et ne faisant partie d'aucune relation et les virer 
ensuite.
Voilà voilà, dans les deux cas, il faut se poser et ne pas essayer 
d'aller trop vite…

JB.

Le 26/04/2017 à 16:32, PanierAvide a écrit :

Bonjour à tous,

Je souhaite supprimer le multi-polygone Corine suivant [1], qui a 
tendance à être assez galère à rogner à chaque précision de 
l'occupation des sols sur une commune de la zone. J'ai bien une idée 
de comment le supprimer (à l'aide de Level0), mais avant je souhaite 
savoir s'il y a une "bonne méthode" pour le supprimer proprement, sans 
casser d'autres objets qui pourraient éventuellement dépendre de 
certains ways de la relation. Si ce n'est pas souhaitable de le 
supprimer, existe t'il une manière un peu automatisée de le redécouper 
en plusieurs plus petites relations, plus simples à gérer ?


Cordialement,

Adrien.

[1] http://www.openstreetmap.org/relation/279458


___
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] Supprimer un landuse Corine étendu

[Jérôme Seigneuret]

Salut,
Il est possible sur JOSM de découper au fur et a mesure les multipolygone
de manière à n'avoir que des objet simple. Cependant, pour cela je te
conseille vivement de travailler sur JOSM avec le plugin permettant
d'éditer les relations. Celui-ci permet de corriger les objets dans les
relations de manière à reconstruire les polygones quand cela sont de type
outer et qu'il ne possède pas de sous-relation ou d'objet inner à
l'intérieur. Mais il te faudra récupérer l'ensemble des objets de la
relation avant de t'y attaquer et travailler par partie pour éviter d'avoir
à corriger de grosse erreurs. Les outils d'édition avancées (un plugin
aussi il me semble) te permet de découper un objet similaire à un polygon
en deux. Dans ce cas tu générera aussi deux relations. Il te suffit via le
plugin relation de reconstruire le polygon et de supprimer la relation vide
(je ne sais plus si ça ne le fait pas d'office quand il n'y a plus
d'objet). Dans tous les cas si la relation vide existe tu auras une alerte
sous JOSM avant l'envoi des données sur le serveur.

Cordialement,
Jérôme.

Le 26 avril 2017 à 16:32, PanierAvide  a écrit :

> Bonjour à tous,
>
> Je souhaite supprimer le multi-polygone Corine suivant [1], qui a tendance
> à être assez galère à rogner à chaque précision de l'occupation des sols
> sur une commune de la zone. J'ai bien une idée de comment le supprimer (à
> l'aide de Level0), mais avant je souhaite savoir s'il y a une "bonne
> méthode" pour le supprimer proprement, sans casser d'autres objets qui
> pourraient éventuellement dépendre de certains ways de la relation. Si ce
> n'est pas souhaitable de le supprimer, existe t'il une manière un peu
> automatisée de le redécouper en plusieurs plus petites relations, plus
> simples à gérer ?
>
> Cordialement,
>
> Adrien.
>
> [1] http://www.openstreetmap.org/relation/279458
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [Talk-gb-westmidlands] Next Meeting

[Brian Prangle]

Suits me fine - I  can bring my CAMRA Wetherspoon's 50p off a pint vouchers!

On 26 April 2017 at 13:59, Andy Robinson  wrote:

> How about Rugeley? Trains every 30min to an hour from New Street and fares
> have the benefit of the West Mids zoning I believe.
>
> http://www.openstreetmap.org/#map=14/52.7572/-1.9397
>
>
>
> The Plaza on Horse Fair is the local Wetherspoon’s.
>
>
>
> Cheers
>
> Andy
>
>
>
> *From:* Brian Prangle [mailto:bpran...@gmail.com]
> *Sent:* 24 April 2017 19:43
> *To:* talk-gb-westmidlands
> *Subject:* [Talk-gb-westmidlands] Next Meeting
>
>
>
> Hi everyone
>
> This is scheduled for Thursday 4th May and as yet we don't have a venue
> for our first 2017 map/meet. I htink we left this with Andy R to come up
> with a suitable area we could blitz in an evening
>
> Regards
>
> Brian
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

[OSM-talk-fr] Supprimer un landuse Corine étendu

[PanierAvide]

Bonjour à tous,

Je souhaite supprimer le multi-polygone Corine suivant [1], qui a 
tendance à être assez galère à rogner à chaque précision de l'occupation 
des sols sur une commune de la zone. J'ai bien une idée de comment le 
supprimer (à l'aide de Level0), mais avant je souhaite savoir s'il y a 
une "bonne méthode" pour le supprimer proprement, sans casser d'autres 
objets qui pourraient éventuellement dépendre de certains ways de la 
relation. Si ce n'est pas souhaitable de le supprimer, existe t'il une 
manière un peu automatisée de le redécouper en plusieurs plus petites 
relations, plus simples à gérer ?


Cordialement,

Adrien.

[1] http://www.openstreetmap.org/relation/279458


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

Re: [Talk-it] Venezia-gerarchia degli highway

[Paolo Monegato]

Il 24/04/2017 18:39, Martin Koppenhoefer ha scritto:


On 24. Apr 2017, at 17:52, Paolo Monegato > wrote:


Servirebbe un bel mapping party di quelli tosti per dare una 
sistemata almeno ad un sestiere... è una città complessa da mappare e 
l'unico modo per farlo decentemente è andare lì con i walking paper 
(i gps non prendono o prendono male).


si, è difficile da mappare, o field papers oppure con editori mobili. 
Oppure occorre essere locale e conoscere davvero (locale nel senso di 
abitare lì nel centro storico, non solo vicino) il territorio.


Comunque, il mio punto principale era quello di tutti i percorsi 
mappati come pedestrian. Non è colpa del cambio di licenza 5 anni fa, 
è colpa di chi cambia qualsiasi footway in pedestrian. Ho sollevato il 
problema anche all'interno dei changeset comments e uno (non locale) 
mi ha risposto che sarebbe una decisione locale di procedere così:


http://www.openstreetmap.org/changeset/28238776#map=15/45.4328/12.3457


Ho dato un'occhiata allo storico della ML ed ho notato che è una 
discussione che ciclicamente torna ogni anno (vedere [1] e [2]). C'è chi 
dice che va tutto footway o tutto pedestrian. Chi propone di mappare 
l'area e non il percorso. Chi vorrebbe "tertiary", "unclassified" e 
"residential" (!?)...


So che una volta era tutto footway, poi ad un certo punto s'è deciso di 
usare pedestrian. Ma non trovo riscontri, anche perché non abbiamo più 
lo storico della ML regionale...


Ci sono Veneziani qui in lista? Sapete quanto è grande la comunità dei 
mappatori veneziani?


Ciao,
Martin


Penso sia fatto quasi tutto da esterni, o da veneziani che ora vivono 
fuori. Di gente che ci abita, anche solo temporaneamente (per motivi di 
studio/lavoro) non mi pare ce ne sia, di attiva. Al massimo si contano 
sulle dita di una mano.


ciao
Paolo M

ps: ho letto sul commento al changeset che eri in loco qualche giorno 
fa, hai trovato anche tu una marea di errori e robe mancanti come le 
ultime volte che son passato io?


[1] 
https://lists.openstreetmap.org/pipermail/talk-it/2013-December/040326.html


[2] http://talk-it.openstreetmap.narkive.com/82b9ujol/pedestrian-a-venezia

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

Re: [Talk-GB] Spam/Marketing manipulation of mapping data

[Andy Townsend]

On 26/04/2017 14:27, Paul Berry wrote:


I suspect that, as a marketing company, they know exactly what they're 
doing

I suspect that too...


I'll revert the changeset (47688939) if no action in 7 days.
Since it's renamed part of Leeds, which is obviously wrong, I'd revert 
it now.


Cheers,
Andy


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

Re: [Talk-GB] Spam/Marketing manipulation of mapping data

[Paul Berry]

Hi Andy,

I suspect that, as a marketing company, they know exactly what they're
doing (though having said that their address is 2 Wellington Place which
they have on their own website as 2 Wellington Street). However, I've left
a changeset comment with a recommendation that they map their office as a
POI instead.

I'll revert the changeset (47688939) if no action in 7 days.

Regards,
*Paul*

On 26 April 2017 at 14:17, Andy Townsend  wrote:

> On 26/04/2017 14:08, Paul Berry wrote:
>
>> Hi,
>>
>> I presume egregious additions such as http://www.openstreetmap.org/w
>> ay/40235088 can just be reverted, deleted, or otherwise reduced in
>> impact (eg converting to a POI rather than an area) without further comment
>> or is there a procedure for this?
>>
>
> Well that's clearly a rubbish edit so I'd just revert it.  If there
> actually is something visible at the address given then that might be worth
> mapping, perhaps as office=company, but if there isn't I wouldn't even do
> that (it does match their website though).
>
> The first time with these I normally "assume good faith" and comment in
> the changeset suggesting that they have accidentally renamed an area.  They
> are new to OSM - it might (just might) have been accidental.
>
> If they keep making these sort of edits then mail the DWG to get them
> blocked (or worse).
>
> Best Regards,
>
> Andy
>
>
> ___
> 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] Spam/Marketing manipulation of mapping data

[Andy Townsend]

On 26/04/2017 14:08, Paul Berry wrote:

Hi,

I presume egregious additions such as 
http://www.openstreetmap.org/way/40235088 can just be reverted, 
deleted, or otherwise reduced in impact (eg converting to a POI rather 
than an area) without further comment or is there a procedure for this?


Well that's clearly a rubbish edit so I'd just revert it.  If there 
actually is something visible at the address given then that might be 
worth mapping, perhaps as office=company, but if there isn't I wouldn't 
even do that (it does match their website though).


The first time with these I normally "assume good faith" and comment in 
the changeset suggesting that they have accidentally renamed an area.  
They are new to OSM - it might (just might) have been accidental.


If they keep making these sort of edits then mail the DWG to get them 
blocked (or worse).


Best Regards,

Andy


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

[Talk-se] OSM Meetup i Malmö i morgon torsdag!

[Tomas Wennström]

Hej alla!

En lite påminnelse om meetupen  kl 18:00 i morgon torsdag!

Vi ses på House of Ada, Södra Promenaden 55! Det går bra att komma tidigare
och hänga om man vill, jag är på plats.

Talks som det ser ut nu:
* Mapillary och OSM - Peter Neubauer
* Adressimporten i Helsingborg - Andreas Wilen
* Mappning i Kenya - Tomas Wennström

Kan hända att det bjuds på pizza också.

Anmäl gärna här så vet vi ungefär hur många som kommer:
https://www.facebook.com/events/178797705973385/

Ses!

-- 
Tomas Wennström
0739-464202
tomas.wennst...@gmail.com
@tomaswennstrom

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

[Talk-GB] Spam/Marketing manipulation of mapping data

[Paul Berry]

Hi,

I presume egregious additions such as
http://www.openstreetmap.org/way/40235088 can just be reverted, deleted, or
otherwise reduced in impact (eg converting to a POI rather than an area)
without further comment or is there a procedure for this?

Note the user seems to have been created with the express purpose of making
this edit.

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

Re: [Talk-at] GPX-Daten glätten

[Robert Kaiser]

Christian Aigner | sys-admin.at schrieb:

Ich hab ein paar alte GPX-Daten von mir angesehen, und da mein damaliges
Gerät nicht besonders genau war, springen die Punkte ziemlich wild in
der Gegend herum. So etwas lade ich natürlich nicht auf die
OpenStreetMap hoch.


Ich bin eher der Meinung, dass das Feature zum Hochladen von GPX-Tracks 
ganz absichtlich die Rohdaten haben sollte. Wenn das genügend sind (ev. 
von verschiedenen Leuten), ergibt die Masse der Daten dann die 
Information, aus der qualitativ gute Karten gezeichnet werden können. 
Ich bin da eher gegen die Vorbehandlung der Daten, da man dann nicht 
mehr gut auf den wirklichen Informationsgehalt schließen kann.


KaiRo


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

Re: [Talk-gb-westmidlands] Next Meeting

[Andy Robinson]

How about Rugeley? Trains every 30min to an hour from New Street and fares have 
the benefit of the West Mids zoning I believe.

http://www.openstreetmap.org/#map=14/52.7572/-1.9397

 

The Plaza on Horse Fair is the local Wetherspoon’s.

 

Cheers

Andy

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 24 April 2017 19:43
To: talk-gb-westmidlands
Subject: [Talk-gb-westmidlands] Next Meeting

 

Hi everyone

This is scheduled for Thursday 4th May and as yet we don't have a venue for our 
first 2017 map/meet. I htink we left this with Andy R to come up with a 
suitable area we could blitz in an evening

Regards

Brian

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

[Talk-cl] Consulta para visualizar unas coordenadas en openstreetmap

[Pablo Silva]

Hola!

He visto algunos aparatos de gps, que envian via SMS una URL invocando
a google para mostrar una latitud y longitud, me gustaria hacer lo mismo
con openstreetmap, pero ando medio perdido, no se compodria hacerlo y desde
ya agradecido por la ayuda.

   Es similar a esto: http://maps.google.c om/maps?f=q=en
=22.540103,114.0 82329=UTF8=1 6=addr=1


Atte., Pablo
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-GB] OS Custom Made maps

[Marco Boeringa]

I am not surprised they outsource the digital printing aspect of the 
operation. This is something current digital printing companies seem to 
do really well, considering the boom in custom "photo album" type services.


As to changes in cartography: looking at my '90's era Landranger map and 
comparing it with the current styling of the custom printed 2017 map, 
only minor changes have taken place. As SwissTopo does in their current 
maps, OS UK also seems to be using a raster scan of their original hand 
drawn relief features as an overlay in the maps. It is clearly not 
digitally derived.


"we still lack easy to use render chains designed for print."

I am in the process of finishing of one for ArcGIS... took me four years 
though. Very early results here, cartography pretty outdated though, I 
have made significant changes and improvements since then, and present 
some more up to date results throughout more recent posts in the forums:

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

"but 1:25k often is a little too large a scale for gaining a quick 
overview of an area, and 1:50k often miss detail which is important for 
navigation"


Although scales can be completely arbitrary in ArcGIS, one scale I 
designed my custom style for, is also an intermediate 1:37.500 scale. It 
indeed gives the sweet spot between to small scale for significant 
features (1:50k), and to large scale for convenience and coverage (1:25k).


Marco

Op 26-4-2017 om 14:09 schreef SK53:
AFAIK SplashMaps UK custom maps are now entirely based on OS data, 
rather than the original products which used OS OpenData and OSM. IIRC 
the original SplashMaps were 1:40k scale, but now they use Explorer 
maps at 1:25k.


I think OSGB have now out-sourced their entire 'leisure' map printing 
operation (this was always an erroneous title, plenty of professionals 
- ecologists, land agents, council officers - use them on a daily basis).


I don't know if OSGB have changed their cartography much since the 
'90s (probably not v. much for Landranger), but dont be surprised to 
see changes akin to those introduced by SwissTopo.


Personally, and, still a good reason to support OSM, I'd like maps at 
different scales. The Outdoor Leisure Explorers for Snowdonia are 
notoriously and uselessly large for practical use on the hills, but 
1:25k often is a little too large a scale for gaining a quick overview 
of an area, and 1:50k often miss detail which is important for 
navigation. However, we still lack easy to use render chains designed 
for print.


Jerry

On 26 April 2017 at 12:53, Marco Boeringa > wrote:


A bit off topic I admit, but I just received my first two OS UK
custom maps, with my own chosen print extent. I love it!

Being custom digital print, the quality does not fully hold up
with my 1990's era "Snowdon & surrounding area" offset version,
but it is still entirely acceptable, and it is lovely to compare
the original map with my custom 1:50k and 1:25k map and see what
has changed (or not). I studied there for half a year, so know the
area quite well.

Of course I already new the custom map services some of the
OpenStreetMap companies are offering, but I wasn't yet aware
Ordnance Survey was offering such a service for Landranger (1:50k)
and Explorer (1:25k) series maps. Anyone else who tried it, and
possibly found use for it when outdoor mapping for OpenStreetMap?

Marco


---
Dit e-mailbericht is gecontroleerd op virussen met Avast
antivirussoftware.
https://www.avast.com/antivirus 


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







---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] application StreetComplete

[François Lacombe]

Le 26 avril 2017 à 14:05, Eric SIBERT  a écrit :

> Il y a une internationalisation de l'interface prévue?
>

Il y a un projet en cours sur POEditor
https://poeditor.com/join/project/IE4GC127Ki

French est à 100%


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

Re: [OSM-talk-fr] application StreetComplete

[Francescu GAROBY]

Mea culpa : je voulais bien évidemment dire primary_link !


Francescu

Le 26 avril 2017 à 14:32, Eric SIBERT  a écrit :

> Le 26/04/2017 à 14:17, Francescu GAROBY a écrit :
>
>> "highway=primary_trunk", non ?
>>
>
> primary_trunk ???
>
> primary_link ?
> trunk? (éventuellement mais bizarre avec les rond-points au milieu)
> trunk_link?
> motorway_link ? (c'est le cas au raccord avec l'autoroute).
>
> En pratique, ce n'est pas vraiment une rue mais plutôt une route
>> pour automobile rejoignant une autoroute.
>> highway=primary
>> maxspeed=90
>> 2x1
>> entrecoupée de rond-points.
>>
> Eric
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] application StreetComplete

[Eric SIBERT]

Le 26/04/2017 à 14:17, Francescu GAROBY a écrit :

"highway=primary_trunk", non ?


primary_trunk ???

primary_link ?
trunk? (éventuellement mais bizarre avec les rond-points au milieu)
trunk_link?
motorway_link ? (c'est le cas au raccord avec l'autoroute).


En pratique, ce n'est pas vraiment une rue mais plutôt une route
pour automobile rejoignant une autoroute.
highway=primary
maxspeed=90
2x1
entrecoupée de rond-points.

Eric

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

Re: [OSM-talk-fr] application StreetComplete

[Francescu GAROBY]

"highway=primary_trunk", non ?

Le 26 avril 2017 à 14:05, Eric SIBERT  a écrit :

> Voici la question qui a été posée (cf pj)... je pense...
>>
> > No a proper street
> > It has no name
> > Can't say
>
> En pratique, ce n'est pas vraiment une rue mais plutôt une route pour
> automobile rejoignant une autoroute.
> highway=primary
> maxspeed=90
> 2x1
> entrecoupée de rond-points.
>
> Donc, problème plutôt côté utilisateur.
>
> Il y a une internationalisation de l'interface prévue?
>
> Eric
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [talk-au] Large number of Tasmanian boundaries removed

[Simon Poole]

NP then.

Simon


Am 26.04.2017 um 13:55 schrieb Andrew Davidson:
> Yeap, it was a undiscussed import from a dataset we don't have
> permission to use in OSM. Don't be surprised if you see a large number
> of LGA boundaries disappear in Queensland as well (same
> story...private import from dataset we can't use).
>
> On 26/04/17 21:36, Simon Poole wrote:
>> Not sure if anybody from the AUS community actually follows
>> https://wambachers-osm.website/index.php/10-osm-reports/876-countries-compare-2017-04-26
>>
>> , but a large number of boundaries in Tasmania were deleted yesterday,
>> for example:
>>
>> http://www.openstreetmap.org/relation/6269038/history
>>
>> I didn't see any prior discussion here and they may not be legit.
>>
>> Simon
>>
>>
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au




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

Re: [Talk-GB] OS Custom Made maps

[SK53]

AFAIK SplashMaps UK custom maps are now entirely based on OS data, rather
than the original products which used OS OpenData and OSM. IIRC the
original SplashMaps were 1:40k scale, but now they use Explorer maps at
1:25k.

I think OSGB have now out-sourced their entire 'leisure' map printing
operation (this was always an erroneous title, plenty of professionals -
ecologists, land agents, council officers - use them on a daily basis).

I don't know if OSGB have changed their cartography much since the '90s
(probably not v. much for Landranger), but dont be surprised to see changes
akin to those introduced by SwissTopo.

Personally, and, still a good reason to support OSM, I'd like maps at
different scales. The Outdoor Leisure Explorers for Snowdonia are
notoriously and uselessly large for practical use on the hills, but 1:25k
often is a little too large a scale for gaining a quick overview of an
area, and 1:50k often miss detail which is important for navigation.
However, we still lack easy to use render chains designed for print.

Jerry

On 26 April 2017 at 12:53, Marco Boeringa  wrote:

> A bit off topic I admit, but I just received my first two OS UK custom
> maps, with my own chosen print extent. I love it!
>
> Being custom digital print, the quality does not fully hold up with my
> 1990's era "Snowdon & surrounding area" offset version, but it is still
> entirely acceptable, and it is lovely to compare the original map with my
> custom 1:50k and 1:25k map and see what has changed (or not). I studied
> there for half a year, so know the area quite well.
>
> Of course I already new the custom map services some of the OpenStreetMap
> companies are offering, but I wasn't yet aware Ordnance Survey was offering
> such a service for Landranger (1:50k) and Explorer (1:25k) series maps.
> Anyone else who tried it, and possibly found use for it when outdoor
> mapping for OpenStreetMap?
>
> Marco
>
>
> ---
> Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
> https://www.avast.com/antivirus
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] application StreetComplete

[Eric SIBERT]

Voici la question qui a été posée (cf pj)... je pense...

> No a proper street
> It has no name
> Can't say

En pratique, ce n'est pas vraiment une rue mais plutôt une route pour 
automobile rejoignant une autoroute.

highway=primary
maxspeed=90
2x1
entrecoupée de rond-points.

Donc, problème plutôt côté utilisateur.

Il y a une internationalisation de l'interface prévue?

Eric

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

Re: [talk-au] Large number of Tasmanian boundaries removed

[Andrew Davidson]

Yeap, it was a undiscussed import from a dataset we don't have 
permission to use in OSM. Don't be surprised if you see a large number 
of LGA boundaries disappear in Queensland as well (same story...private 
import from dataset we can't use).


On 26/04/17 21:36, Simon Poole wrote:

Not sure if anybody from the AUS community actually follows
https://wambachers-osm.website/index.php/10-osm-reports/876-countries-compare-2017-04-26
, but a large number of boundaries in Tasmania were deleted yesterday,
for example:

http://www.openstreetmap.org/relation/6269038/history

I didn't see any prior discussion here and they may not be legit.

Simon




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



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

Re: [Talk-cz] Další překlady wiki

[Vladimír Slávik]

Ahoj,
díky! konečně vím jak tagovat radar, například...

Velmi mi pomáhá, když dojde shrnutí překladů. Je to vlastně seznam 
různých tagů o přijatelném rozsahu, takže si je může člověk projít a 
přečíst. Číst celou wiki by asi moc nešlo :-) Možná je to námět na 
nějakou iniciativu, až dojde materiál k překladům?


Vláďa


Dne 26.4.2017 v 4:20 Dalibor Jelínek napsal(a):


Ahoj,

ve spolupráci s Lukášem a nově i s Majkou, naší odbornicí na němčinu, 
přinášíme další překlady wiki k počtení a případným opravám.


Mějte se,

Dalibor

· Cs:Adresy  - 8.4.2017

· Cs:Jak mapujeme 
, Cs:Editory 
 - 9.4.2017


· Cs:Vytvoření účtu 
 
- 10.4.2017


· kids_area =* - 
4.4.2017


· zoo =birds 
, boundary 
=military 
district 
, 
boundary 
=economic 
, 
boundary 
=timezone 
 - 
5.4.2017


· cycleway 
=opposite 
, 
cycleway 
=opposite_track 
, 
cycleway 
=opposite_lane 
, 
cycleway =track 
, 
cycleway =asl 
, cycleway 
=bike_box 
 - 
7.4.2017


· communication:bos 
=*, 
communication:microwave 
=*, 
amenity =stables 
, 
bridge:movable 
=lift 
, 
historic =stone 
 (Majkaz) 
- 7.4.2017


· tourism 
=trail_riding_station 
, 
opensource =*, 
highway 
=speed_display 
 - 
8.4.2017


· generator:source 
=biogas 
, 
generator:source 
=solar 
 
(Majkaz) - 8.4.2017


· generator:place 
=* - 9.4.2017


· de:amtlicher_gemeindeschluessel 
=*, 
de:regionalschluessel 
=*, 
amenity 
=prison_camp 
, 
asb =*, onkz 
=*, highspeed 
=* (Majkaz) - 
9.4.2017


· monitoring:radiation 
=*, 
tower:type 
=defensive 
, 
man_made 
=goods_conveyor 
 
(Majkaz) - 10.4.2017


· waterway 
=stream_end 
 - 
11.4.2017


· network 

[Talk-GB] OS Custom Made maps

[Marco Boeringa]

A bit off topic I admit, but I just received my first two OS UK custom 
maps, with my own chosen print extent. I love it!


Being custom digital print, the quality does not fully hold up with my 
1990's era "Snowdon & surrounding area" offset version, but it is still 
entirely acceptable, and it is lovely to compare the original map with 
my custom 1:50k and 1:25k map and see what has changed (or not). I 
studied there for half a year, so know the area quite well.


Of course I already new the custom map services some of the 
OpenStreetMap companies are offering, but I wasn't yet aware Ordnance 
Survey was offering such a service for Landranger (1:50k) and Explorer 
(1:25k) series maps. Anyone else who tried it, and possibly found use 
for it when outdoor mapping for OpenStreetMap?


Marco


---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus


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

Re: [Talk-us] Best practice in Lane Editing

[Harald Kliems]

On Wed, Apr 26, 2017 at 6:37 AM Marc Gemis  wrote:

> Oh , I thought position 2 was where the physical barrier ended. Must
> have misinterpreted the image
>
I had a quick look at the street level imagery (
https://goo.gl/maps/YYRH4eWpnjz or
https://www.mapillary.com/map/im/2rwAZAKMKGnjVXFDgSvJkQ

So now I would actually say that putting the split at position 2 is wrong.
The exit has two exit lanes, and you can exit into the left exit lane all
the way up to where the split is right now. Only the right exit lane has
the solid white line starting at 2.

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

Re: [Talk-us] Best practice in Lane Editing

[Marc Gemis]

Oh , I thought position 2 was where the physical barrier ended. Must
have misinterpreted the image



On Wed, Apr 26, 2017 at 1:28 PM, Harald Kliems  wrote:
>
>
> On Wed, Apr 26, 2017 at 12:09 AM Marc Gemis  wrote:
>>
>> I thought the "standard" was to put the exit and entrance nodes at the
>> place where there is no physical barrier. Continuous white lines
>> should be mapped with change:lanes and should have no impact on the
>> position of the node. So definitely position "2".
>> IMHO This is illustrated by the picture on
>> https://wiki.openstreetmap.org/wiki/Lanes
>
>
> Please note the footnote on the wiki page though: "There is no physical
> separation between the upper two lanes and the lower ones, just a double
> solid line. While the editing standards recommend to split the ways only
> when a physical separation is present, in many regions the ways are already
> splitted in case of a legal separation like a double solid line. In such a
> case both resulting ways should be tagged with lanes=2."
>
> So if we go by what is called the "editing standards," the example that
> Horea posted is correct as is, with a split at position 2 being common but
> not exactly right because there is no physical barrier. To me that makes
> sense, as we also wouldn't map a two-lane road with a double yellow line but
> no median as separate ways.
>
>  Harald.

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

[talk-au] Large number of Tasmanian boundaries removed

[Simon Poole]

Not sure if anybody from the AUS community actually follows
https://wambachers-osm.website/index.php/10-osm-reports/876-countries-compare-2017-04-26
, but a large number of boundaries in Tasmania were deleted yesterday,
for example:

http://www.openstreetmap.org/relation/6269038/history

I didn't see any prior discussion here and they may not be legit.

Simon




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

Re: [Talk-us] Best practice in Lane Editing

[Harald Kliems]

On Wed, Apr 26, 2017 at 12:09 AM Marc Gemis  wrote:

> I thought the "standard" was to put the exit and entrance nodes at the
> place where there is no physical barrier. Continuous white lines
> should be mapped with change:lanes and should have no impact on the
> position of the node. So definitely position "2".
> IMHO This is illustrated by the picture on
> https://wiki.openstreetmap.org/wiki/Lanes


Please note the footnote on the wiki page though: "There is *no* physical
separation between the upper two lanes and the lower ones, just a double
solid line. While the editing standards

 recommend to split the ways only when a *physical* separation is present,
in many regions the ways are already splitted in case of a legal separation
like a double solid line. In such a case both resulting ways should be
tagged with lanes =2."

So if we go by what is called the "editing standards," the example that
Horea posted is correct as is, with a split at position 2 being common but
not exactly right because there is no physical barrier. To me that makes
sense, as we also wouldn't map a two-lane road with a double yellow line
but no median as separate ways.

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

Re: [OSM-ja] (12/21)大阪でもくもく会を開催します

[K.Sakanoshita]

坂ノ下です。

久しぶりに宣伝させて頂きますね。

昨年末からもくもく会を開催して、来月で半年になります。

半年記念で何かする訳ではありませんが、お仕事の帰りに
十三に寄れる方は、お気軽に遊びにきてくださいね。

[もくもくマッピング！ #06]
https://countries-romantic.connpass.com/event/56121/

それでは。


On 2016年12月17日 22:35, K.Sakanoshita wrote:

坂ノ下です。

12/21にOSMのもくもく会を開くことにしました。

[もくもくマッピング！ #01]
https://countries-romantic.connpass.com/event/47325/

毎月第三水曜日 19:00-21:00にJUSO Coworkingで開催予定です。
仕事帰りなどでタイミングが合う方は、お気軽にご参加下さい。

私は、「人口の少ない自治体の地図を作ろうプロジェクト」を
もくもくとしようかと思います。

[JUSO Coworking]
http://juso-coworking.com/

[人口の少ない自治体の地図を作ろうプロジェクト]
http://qiita.com/nyampire/items/b8324103f3e8bc5946cb

それでは。



--
/*
 * K.Sakanoshita (http://www.netfort.gr.jp/~saka/)
 * (Phone) barsa...@gmail.com / (PC) s...@netfort.gr.jp
 */


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

Re: [OSM-talk-fr] application StreetComplete

[Vincent Bergeot]

Bonjour,


Le 26/04/2017 à 11:49, François Lacombe a écrit :

Hello,

Intéressant ce projet

Il faudrait rapprocher ça de MapContrib non ?
Créer des quêtes sur la base de thèmes créés dans MapContrib


Avec Guillaume, nous avons un oeil dessus effectivement Je l'ai testé et 
effectivement l'asphalte m'a rapidement envie de voir d'autres sujets !
il faut que je regarde comment est généré un quête, mais je n'ai pas 
pris ce temps encore.


J'aime beaucoup l'aide à la résolution des quêtes (basé sur des images) 
et la proximité !


à plus





Pour ma part, je vais essayer de pousser un petit quelque chose pour 
les armoires de rue man_made=street_cabinet


A+

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com 
@InfosReseaux 

Le 26 avril 2017 à 11:38, Marc > a écrit :


> Merci pour l'information - J'ai fait l'erreur d'utiliser l'application
> streetComplete sur Android sans me référer au wiki.
>>
>
> C'est l'utilisateur ou l'interface qui a un problème???

Voici la question qui a été posée (cf pj)... je pense...

___
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



--
Vincent Bergeot

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

Re: [OSM-talk-be] Land-use mapping with OSM in Belgium

[joost schouppe]

See, we really have no clue what we're doing :)
But maybe we should do this discussion in a separate thread


2017-04-26 12:18 GMT+02:00 Marc Gemis :

> On Wed, Apr 26, 2017 at 10:26 AM, joost schouppe
>  wrote:
> > * About OSM.be: we're still thinking about what exactly we want to use
> the
> > Projects for - the fact we don't really know was shown quite clearly by
> > Marc's latest article.
>
> which was not placed under Projects :-)
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-se] Trafikverket (igen)

[Martin Norbäck Olivers]

Jag har inte tittat på datat, men om de har permanenta ID på vägsträckor i
databasen så vore det ju bra om man kunde koppla dessa till sträckorna i
OSM, så att man automatiskt kan uppdatera.

Den 25 april 2017 08:52 skrev Christian Asker :

> Hej. Jag håller med, en noggrann import av utvalda attribut samt där vägar
> helt saknas skulle vara toppen.
>
> Join by location kanske inte funkar om inte vägarna har exakt samma
> positioner. Man kan göra en "buffer" (blir korvliknande polygoner istället
> för linjer) av ena lagret som man sedan gör join by location på.
>
> Mvh Christian
>
>
>
> Mattias Dalkvist  skrev: (25 april 2017 04:02:53
> CEST)
>
>> 2017-04-24 22:32 GMT+02:00 Andreas Vilén :
>>
>>>  Man ska nog inte utgå ifrån att nvdb är bättre än redan karterat. Någon 
>>> rak import från nvdb över befintlig data skulle jag iaf ställa mig emot. 
>>> Hellre isf att importera väl genomdiskuterade attribut i omgångar.
>>>
>>>  /Andreas
>>>
>>
>> 2017-04-24 22:37 GMT+02:00 Christian Asker :
>>
>>>  Hej. Det är ju jättegoda nyheter. Men går det att göra en allmän import?
>>>  Alla vägar matchar ju inte så bra vad gäller positionen mm. Där jag bor
>>>  finns det även en hel del fel i NVDB främst vad gäller mindre vägar
>>>  (funktionell vägklass 8-9), som man ju inte vill importera.
>>
>>
>>
>>
>> Förespråkar inte någon direkt import av vägdatat. Tänkte mer att det
>> borde gå att automatiskt föra över ett attribut från nvdb till osm
>> data. Som sedan granskas/förbättras av någon med stöd av
>> lokalkunskap/mapillary/flygbilder etc
>>
>> Linkande med väggeometrin borde det gå att automatiskt få fram de
>> vägar som finns i nvdb men inte i osm. Som sedan granskas/förbättras
>> av någon med stöd av lokalkunskap/mapillary/flygbilder etc
>>
>> Jag har tillräckligt med gis kunskaper att veta att det kanske går att
>> göra men inte riktigt hur ;)
>> Har provat med Join by location men får inte riktigt ut det jag vill ha.
>>
>>
>>>  Mattias Dalkvist  skrev: (24 april 2017 20:47:42 CEST)
>>>

  2017-04-24 19:47 GMT+02:00 Per Eric Rosén :

   Underbart! Alltså hela NVBD? Ser ju ut som det.
>


  Japp

>
>   Jag skulle gärna importera beläggning på vägar, men det kanske är bäst
>  att
>   importera med andra liknande egenskaper.
>
>   Någon som jobbar med ovanstående?
>


  Jag har tittat lite på det i qgis men mina gis skills är för dåliga =/
  Hittade inget sätt att dela nvdb linjerna på samma ställen som osm för
  att kunna kopiera över attributen.

  Sedan kanske vi borde börja med själva väg geometrin det finns massor
  av mindre vägar som vi inte har med. Samt att lägesnoggrannheten borde
  vara bättre i många fall.
>>>
>>>
>>>
>>>  --
>>>  Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>>
>>
>>
>>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>


-- 
Martin Norbäck Olivers
IT-konsult, Masara AB
Telefon: +46 703 22 70 12
E-post: mar...@norpan.org
Kärrhöksvägen 4
656 72 Skattkärr
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-be] Land-use mapping with OSM in Belgium

[Marc Gemis]

On Wed, Apr 26, 2017 at 10:26 AM, joost schouppe
 wrote:
> * About OSM.be: we're still thinking about what exactly we want to use the
> Projects for - the fact we don't really know was shown quite clearly by
> Marc's latest article.

which was not placed under Projects :-)

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

Re: [OSM-talk-fr] application StreetComplete

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)]

Et de Kort ?
http://www.kort.ch/

Denis


De : François Lacombe [mailto:fl.infosrese...@gmail.com]
Envoyé : mercredi 26 avril 2017 11:49
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] application StreetComplete

Hello,
Intéressant ce projet
Il faudrait rapprocher ça de MapContrib non ?
Créer des quêtes sur la base de thèmes créés dans MapContrib
Pour ma part, je vais essayer de pousser un petit quelque chose pour les 
armoires de rue man_made=street_cabinet
A+

François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux

Le 26 avril 2017 à 11:38, Marc 
> a écrit :
> Merci pour l'information - J'ai fait l'erreur d'utiliser l'application
> streetComplete sur Android sans me référer au wiki.
>>
>
> C'est l'utilisateur ou l'interface qui a un problème???

Voici la question qui a été posée (cf pj)... je pense...

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

---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] application StreetComplete

[François Lacombe]

Hello,

Intéressant ce projet

Il faudrait rapprocher ça de MapContrib non ?
Créer des quêtes sur la base de thèmes créés dans MapContrib

Pour ma part, je vais essayer de pousser un petit quelque chose pour les
armoires de rue man_made=street_cabinet

A+

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 26 avril 2017 à 11:38, Marc  a écrit :

> > Merci pour l'information - J'ai fait l'erreur d'utiliser l'application
> > streetComplete sur Android sans me référer au wiki.
> >>
> >
> > C'est l'utilisateur ou l'interface qui a un problème???
>
> Voici la question qui a été posée (cf pj)... je pense...
>
> ___
> 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] application StreetComplete

[Marc]

> Merci pour l'information - J'ai fait l'erreur d'utiliser l'application
> streetComplete sur Android sans me référer au wiki.
>> 
> 
> C'est l'utilisateur ou l'interface qui a un problème???

Voici la question qui a été posée (cf pj)... je pense...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSRM-talk] [API] Role of profile

[Mateusz Loskot]

On 25 April 2017 at 21:42, Daniel Patterson  wrote:
>
>   The  in the URL is an unused string.
> It's there for future compatibility if we ever add multiple-profile support 
> to OSRM,
> but osrm-routed does not look at it currently, other than to ensure that it's 
> there.

Daniel,

All clear now. Thank you.

Best regards,

-- 
Mateusz Loskot, http://mateusz.loskot.net

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

Re: [OSM-talk-fr] application StreetComplete

[Eric Sibert]

Je ne peux vous faire de retour, n'ayant pas l'équipement nécessaire :)


Je viens de contacter un contributeur qui avait mis dans le champ  
"name" la référence "D 1234" d'une route (route qui n'avait pas non  
plus de référence dans OSM). Il m'a répondu:


<<<
Merci pour l'information - J'ai fait l'erreur d'utiliser l'application  
streetComplete sur Android sans me référer au wiki.




C'est l'utilisateur ou l'interface qui a un problème???

Eric




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

Re: [OSM-talk-fr] application StreetComplete

[PanierAvide]

Bonjour,

Il s'agit encore d'une application relativement jeune (décembre 2016), 
et de nouvelles "quêtes" seront ajoutées au fur et à mesure (vitesses 
limites, cuisine d'un resto, accès internet... voir [1]). Et la 
possibilité de masquer certaines quêtes est également prévue (voir [2]). 
Donc cette application très prometteuse va s'améliorer dans un futur 
proche :-)


Cordialement,

Adrien.

[1] 
https://github.com/westnordost/StreetComplete/issues?q=is%3Aissue+is%3Aopen+label%3A%22new+quest%22

[2] https://github.com/westnordost/StreetComplete/issues/35



Le 26/04/2017 à 09:50, Marc a écrit :

April 26, 2017 9:37 AM, gwen...@niadomo.net wrote:

bonjour

Le site Linuxfr vient de publier une brève consacrée à l'application 
StreetComplete (Android et
dérivés) : "Cette application permet de contribuer à OpenStreetMap de manière 
ludique en
remplissant des quêtes en se promenant dans la rue."

https://linuxfr.org/news/streetcomplete-jouez-a-completer-openstreetmap

Je ne peux vous faire de retour, n'ayant pas l'équipement nécessaire :)


Bonjour,

je suis nouveau dans OSM (même si je garde un œil sur ce qui se passe) et ai 
installé cette appli la semaine dernière (muse en avant sur f-droid).
Concrètement, l'appli me propose 99% du temps de choisir le revêtement des 
routes. Le 1% restant concerne les horaires d'ouverture ou le nombre d'étages 
de certains bâtiments.

J'ai un peu joué, c'est facile à utiliser et «idiot proof» (question simple, 
avec photos pour les réponses). Par contre, je me demandais à quel point il 
était utile de passer son temps à mettre «asphalte» la majorité du temps. 
Est-ce vraiment utile, ou bien est-ce que je peux utiliser mon temps autrement ?

Marc

___
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] listes.openstreetmap.fr en rade

[THEVENON Julien]

Salut,

J essaie d acceder a l interface d administration de la liste OSM Grenoble mais 
je me prends une erreur 503 par listes.openstreetmap.fr
est ce q un admin pourra y jeter un coup d oeuil quand il aura 5 minutes ?

merci d avance
Julien

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

Re: [OSM-talk-be] Land-use mapping with OSM in Belgium

[joost schouppe]

*  About forests, I tend to agree with the natural=wood not really existing
in Belgium. The only exception I know of is a bit of the Zoniënwoud
(Kersselaerplein) that has had "zero management" for 34 years now.
But most natural=wood I've seen is wrong.

Just recently, I changed the Bois de La Houssiere (
http://www.openstreetmap.org/#map=14/50.6189/4.1948) from wood to forest.
It's a bit of a special case: it's a Natura 2000 protected area, but it is
also actively used as a forestry area.

I agree with the comments above that landuse=forest for any kind of group
of trees is annoying too.

- In cases where you have residential areas in a forest, or wooded areas in
gardens, maybe we should really encourage the use of the landcover tag?
- In cases where forests are managed, but as some kind of nature reserve or
natural area, maybe we could use a subtag to indicate the management style?
That would allow to differentiate between real forestry and forests with
nature-friendly management. You could use one of the many nature reserve
tags of course, but I'm not sure all naturally managed forests are
protected and the Bois de la Houssiere shows the opposite also exists.


* On a more detailed note: I had never heard of the taxon tag, I've only
used species before. I'm completely confused now :)
And are the values REALLY comma separated, not " ; " seperated?

* About OSM.be: we're still thinking about what exactly we want to use the
Projects for - the fact we don't really know was shown quite clearly by
Marc's latest article.

I think we could have an OSM.be project on "Harmonizing tagging in
OpenStreetMap". It would first explain really short how tagging works, and
why it can be something problematic. Then it could define goals, one of
which could be "harmonizing tagging practices about landuse mapping in
Belgium". Next it could define a series of sub-projects, like "discussing
and creating consensus about best practices" (with links to this discussion
and Julien's article). Another one could be setting up a Maproulette task
to check certain suspicious cases (like the hundreds of natural=grassland
around the Bois de la Houssiere). Lastly, it should contain an invitation
and specific pointers on how to participate in the project.

2017-04-26 5:16 GMT+02:00 Marc Gemis :

> Julien, and others,
>
> thanks a lot for this text. I still have to go through all the
> details, but here are already some remarks.
>
> - Me too, would love to see landuse=forest be used in a more strict
> way, only for areas where timber is really used for commercial
> purposes. It's even possible that at certain periods there are no
> trees in such areas. For the rest I would love that landcover=trees
> would be more accepted and rendered.
> One of the reasons is that landuse=forest clashes with e.g.
> landuse=residential in large private parks.  But I fear too any people
> stick to their "managed" definition and just want to see trees on the
> default map.
>
> - Some mapper split a landuse=farmyard and use landuse=residential
> around the farm itself. I do not do this. What do you think about this
> ?
>
> - During one of my recent walks I found some areas like
> https://xian.smugmug.com/OSM/OSM-2017/2017-04-02-Postel-AK/i-5D62hDt
> some were larger than what you see on this picture, I think I would
> use natural=grassland on those. Other suggestions ?   It was hard to
> take a better picture
>
> - Often it is better to use natural=tree_row instead of
> landuse=forest/natural=wood IMHO.
>
> regards
>
> m
>
> On Tue, Apr 25, 2017 at 9:31 AM, Julien Minet  wrote:
> > Hi list,
> >
> > Following some discussions about landuse=farmland|meadow some times ago
> in
> > this list, I've written an article here
> > (http://www.nobohan.be/2017/04/20/landuse-osm-belgium/) about land-use
> > mapping in Belgium: what could be the best practices adapted to the
> Belgian
> > landscape. Of course, there's matter for discussions about that topic ;-)
> >
> > I think this text could be used to make a page on
> > https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/,
> since
> > it discuss what are the local conventions for land-use mapping in
> Belgium.
> >
> > Do you also want to put this text on osm.be, similarly to the Marc Gemis
> > articles? Maybe a better place for discussions...
> >
> > Cheers,
> >
> > Julien
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
> >
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

Re: [talk-au] Roadside rest areas tagged as camp sites

[Warin]

We'll get there. Crossed posts. No rush.

highway=rest_area
rest_area:camping=caravan ?

My previous post had :conditional ... and that is wrong.
I don't know about applying camp_site tags to rest areas, maybe. Will 
think on it.


On 26-Apr-17 05:29 PM, David Bannon wrote:
Hmm, at risk of answering my own question, there is a key, camp_site=* 
that is intended to apply to tourism=camp_site. Could you apply it to 
a rest area as well ?


highway=rest_area

camp_site=basic

caravan=yes

tent=no

David


On 26/04/17 17:17, David Bannon wrote:

On 25/04/17 20:33, Warin wrote:
Take the respective 'tourism=camp_site' data to 'highway=rest_area' 
with 'caravan=yes'.


Just what will that mean then ?  That a caravan can pull into the 
rest area ?  We will loose the information that camping is, at least 
primafacie allowed/practical ?


I don't think thats a good solution, if you then apply it to other 
states, a disaster (NSW notoriously anti "free camping").


David

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



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




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

Re: [OSM-talk-fr] application StreetComplete

[Dlareg]

Le 26/04/2017 à 09:36, gwen...@niadomo.net a écrit :
> bonjour

Bonjour,

> 
> Le site Linuxfr vient de publier une brève consacrée à l'application 
> StreetComplete (Android et dérivés) : "Cette application permet de contribuer 
> à OpenStreetMap de manière ludique en remplissant des quêtes en se promenant 
> dans la rue."
> 
> https://linuxfr.org/news/streetcomplete-jouez-a-completer-openstreetmap

J'ai vu passer la nouvelle, j'attendais avec impatience un jeu comme
celui-là.

> 
> Je ne peux vous faire de retour, n'ayant pas l'équipement nécessaire :)

J'ai l'équipement mais pas la version suffisante de cyanogenmod, quelle
déception…

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

Librement
-- 
Dlareg

Les publicités pour les entreprises transnationales ne sont pas des cas
isolés
http://citedelagastro-dijon.com/

La Cité de la gastronomie est un parc à thème
http://www.dlareg.org/post/2014/11/19/Dans-la-cité-de-la-gastronomie-la-publicité-s-affiche




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

Re: [talk-au] Roadside rest areas tagged as camp sites

[Warin]

On 26-Apr-17 05:17 PM, David Bannon wrote:

On 25/04/17 20:33, Warin wrote:
Take the respective 'tourism=camp_site' data to 'highway=rest_area' 
with 'caravan=yes'.


Just what will that mean then ?  That a caravan can pull into the rest 
area ?  We will loose the information that camping is, at least 
primafacie allowed/practical ?


I don't think thats a good solution, if you then apply it to other 
states, a disaster (NSW notoriously anti "free camping").


If 'camping' is 'allowed/practical' in rest areas .. then the tag 
highway=rest_area has the information you require?


Or do you have another solution/idea? 
rest_area:condition:camping=caravan ??


Tagging them as tourism=camp_site looses the rest area information, 
which is what they are intended for, there primary function. It also 
implies use by tents, and that can be deceptive.



The tag caravan=yes, as you say, would indicate access, but also use of 
the rest area.


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

Re: [Talk-cat] Invitació: sessió de co-creació estudi economia col·laborativa // 5 de Maig a la UOC 22@

[Jaume Figueras i Jové]

Hola,

jo particularment tinc una sessió sobre OSM i HOT a la setmana cultural 
de l'ESEIAAT de 12 a 14h i per tant no puc arribar a les 15h a BCN.


Gràcies per comptar amb nosaltres, espero que algú altre hi pugui assistir.

Salut!

On 24/04/17 15:57, Enric Senabre Hidalgo wrote:

Benvolguts/des,

Us contacto des del grup de recerca Dimmons.net a l'IN3 de la UOC, en
relació a l'estudi Col·lacy que hem iniciat sobre plataformes
d'economia col·laborativa a Barcelona, en el marc del projecte europeu
DECODE: http://decodeproject.eu/

La primera sessió tindrà lloc el 5 de Maig per la tarda. Hem
identificat una sèrie d'iniciatives com OpenStreetMap a Catalunya que
operen en diferents àmbits, i amb un grau de maduresa pel qual creiem
que podríeu aportar molt a aquesta primera sessió que estem
organitzant.

Més que d'una entrevista o metodologia d'investigació a l'ús, estem
preparant un taller que ens permeti explorar al costat de plataformes
com la vostra millors pràctiques, problemàtiques i reptes,
oportunitats i escenaris de futur.

Es tracta d'un format que permetrà aprendre a totes les persones
participants, connectar i veure més enllà junts i juntes, a més de
contribuir a la nostra investigació (els resultats estaran disponibles
en obert), i per això confiem que podrà ser útil també per al vostre
projecte.

Per compensar l'esforç que suposi algú del projecte assistir, i
contribuir a la sostenibilitat de les iniciatives, oferim a aquelles
que ho requereixin una retribució de 60 euros.

Aquí tots els detalls de la convocatòria:

Taller d'investigació co-creada Dimmons.net
Divendres 5 de Maig, de 15h a 18:30h (amb pausa i refrigeri)
UOC - Edifici 22@
Rambla del Poblenou, 156
08018 Barcelona

Esperant la vostra confirmació, o qualsevol consulta al respecte,
rebeu una salutació.

Enric



--
   Jaume Figueras i Jové
o o o  Responsable de projectes SIG
o o o  inLab FIB
o o o
U P C  Universitat Politècnica de Catalunya - Barcelona Tech

   E-mail : jaume.figue...@upc.edu
   Web: http://inlab.fib.upc.edu/
   Telf   : +34937398621 (intern UPC: 98621)
   Mòbil  : +34650756456 (intern UPC: 44785)
   Fax: +34937398628 (intern UPC: 98628)

   Adreça : inLab FIB
Edifici B5-S102
C/ Jordi Girona, 31
08025 BARCELONA

Ubuntu User #14347 - Linux User #504317

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

Re: [OSM-talk] Finding duplicate cycleways

[Marc Gemis]

In some countries you have to place bicycle=use_sidepath on the main
road when you map a separate cycleway.  This is done to indicate that
you are supposed to ride on the cycleway, but may use the main road to
access e.g. houses on the opposite side.
In such a case it make no sense to also keep cycleway=track I think,
as this is imposed by the bicycle=use_sidepath tag.

m.

On Wed, Apr 26, 2017 at 9:39 AM, Michael Andersen  wrote:
> On onsdag den 26. april 2017 07.22.27 CEST Ture Pålsson wrote:
>> > 25 apr. 2017 kl. 21:52 skrev Martin Koppenhoefer :
>> >
>> >
>> >
>> > sent from a phone
>> >
>> > On 25. Apr 2017, at 19:07, Tobias Zwick  > wrote:
>> >> I would say so, as long as there are not in reality two cycleways (see
>> >> above). Wouldn't you?
>> >
>> > it depends on the meaning/reading. I believe cycleway=track is bad anyway,
>> > it's ok for preliminary mapping but fails when it comes to […]
>> On a side note, around where I live I see quite a few cycleways mapped as
>> their own ways, tagged highway=cycleway,cycleway=track. Does the
>> cycleway=track mean anything in this context (and if so: what?) or is it a
>> mapping error?
>
> In that context it's a mistake. Also in my opinion cycleway=track is not bad.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk-fr] application StreetComplete

[Marc]

April 26, 2017 9:37 AM, gwen...@niadomo.net wrote:
> bonjour
> 
> Le site Linuxfr vient de publier une brève consacrée à l'application 
> StreetComplete (Android et
> dérivés) : "Cette application permet de contribuer à OpenStreetMap de manière 
> ludique en
> remplissant des quêtes en se promenant dans la rue."
> 
> https://linuxfr.org/news/streetcomplete-jouez-a-completer-openstreetmap
> 
> Je ne peux vous faire de retour, n'ayant pas l'équipement nécessaire :)
> 

Bonjour,

je suis nouveau dans OSM (même si je garde un œil sur ce qui se passe) et ai 
installé cette appli la semaine dernière (muse en avant sur f-droid).
Concrètement, l'appli me propose 99% du temps de choisir le revêtement des 
routes. Le 1% restant concerne les horaires d'ouverture ou le nombre d'étages 
de certains bâtiments.

J'ai un peu joué, c'est facile à utiliser et «idiot proof» (question simple, 
avec photos pour les réponses). Par contre, je me demandais à quel point il 
était utile de passer son temps à mettre «asphalte» la majorité du temps. 
Est-ce vraiment utile, ou bien est-ce que je peux utiliser mon temps autrement ?

Marc

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

Re: [OSM-talk] Finding duplicate cycleways

[Michael Andersen]

On onsdag den 26. april 2017 07.22.27 CEST Ture Pålsson wrote:
> > 25 apr. 2017 kl. 21:52 skrev Martin Koppenhoefer :
> > 
> > 
> > 
> > sent from a phone
> > 
> > On 25. Apr 2017, at 19:07, Tobias Zwick > wrote:
> >> I would say so, as long as there are not in reality two cycleways (see
> >> above). Wouldn't you?
> > 
> > it depends on the meaning/reading. I believe cycleway=track is bad anyway,
> > it's ok for preliminary mapping but fails when it comes to […]
> On a side note, around where I live I see quite a few cycleways mapped as
> their own ways, tagged highway=cycleway,cycleway=track. Does the
> cycleway=track mean anything in this context (and if so: what?) or is it a
> mapping error?

In that context it's a mistake. Also in my opinion cycleway=track is not bad.

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

[OSM-talk-fr] application StreetComplete

[gwentux]

bonjour

Le site Linuxfr vient de publier une brève consacrée à l'application 
StreetComplete (Android et dérivés) : "Cette application permet de contribuer à 
OpenStreetMap de manière ludique en remplissant des quêtes en se promenant dans 
la rue."

https://linuxfr.org/news/streetcomplete-jouez-a-completer-openstreetmap

Je ne peux vous faire de retour, n'ayant pas l'équipement nécessaire :)

Gwen

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

Re: [talk-au] Roadside rest areas tagged as camp sites

[David Bannon]

Hmm, at risk of answering my own question, there is a key, camp_site=* 
that is intended to apply to tourism=camp_site. Could you apply it to a 
rest area as well ?


highway=rest_area

camp_site=basic

caravan=yes

tent=no

David


On 26/04/17 17:17, David Bannon wrote:

On 25/04/17 20:33, Warin wrote:
Take the respective 'tourism=camp_site' data to 'highway=rest_area' 
with 'caravan=yes'.


Just what will that mean then ?  That a caravan can pull into the rest 
area ?  We will loose the information that camping is, at least 
primafacie allowed/practical ?


I don't think thats a good solution, if you then apply it to other 
states, a disaster (NSW notoriously anti "free camping").


David

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



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

[OSM-talk-fr] L'état s'inquiète de la dénomination des communes nouvelles et veut rectifier les approximations déjà sorties

[Brice MALLET]

"Réforme territoriale - Nom des communes nouvelles : l'Etat veut éviter 
un zéro pointé"


vu dans Localtis :
http://www.caissedesdepotsdesterritoires.fr/cs/ContentServer/?pagename=Territoires/Articles/Articles=1250279037265=1

des arrêtés de rectification à venir avant le 15/06/16 ? (cf. courrier : 
http://cnig.gouv.fr/wp-content/uploads/2016/06/CNT-DGCL16.pdf)


et la circulaire :
http://cnig.gouv.fr/wp-content/uploads/2017/04/Indications_nom-commune-nouvelle_18042017.pdf

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

Re: [talk-au] Roadside rest areas tagged as camp sites

[David Bannon]

On 25/04/17 20:33, Warin wrote:
Take the respective 'tourism=camp_site' data to 'highway=rest_area' 
with 'caravan=yes'.


Just what will that mean then ?  That a caravan can pull into the rest 
area ?  We will loose the information that camping is, at least 
primafacie allowed/practical ?


I don't think thats a good solution, if you then apply it to other 
states, a disaster (NSW notoriously anti "free camping").


David

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

Re: [Talk-it] monumenti e memoriali

[Gianluca Boero]

Concordo con "description".

Come consiglio ti dico però di vedere se sono presenti targhe con nomi 
ufficiali. Puoi anche vedere su siti istituzionali quali il comune se 
sono presenti nomi in riferimento a tali monumenti e riportare 
eventualmente la fonte.



Il 25/04/2017 23:27, Martin Koppenhoefer ha scritto:



sent from a phone

On 25. Apr 2017, at 22:58, demon.box > wrote:



e poi?

name=A ricordo dei partigiani caduti o meglio description:it?




in generale, historic=monument sono strutture commemorative 
accessibili dall'uomo, i monumenti alla guerra tipici in Italia sono 
quasi tutti memorial.


Questo sarebbe un esempio di un monumento di guerra che in osm è 
monument: http://www.upsavoie-mb.fr/wp/wp-content/uploads/duomont.jpg


Invece il name  del tuo esempio per me sarebbe qualcosa come 
"monumento ai partigiani", mentre "A ricordo dei partigiani caduti" lo 
vedo più come valore di "inscription" (se letteralmente) oppure 
"description:it" (se si tratta di una descrizione che non appare sul 
monumento)


Ciao, Martin


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


--
Gianluca Boero

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

Re: [Talk-cz] názvy sad změn v JOSM

[Zdeněk Pražák]

tak nevím jak je to možné:
-  když jsem si dnes otevřel osm z odkazu na otevření osm přes api.
openstreetmap.cz , tak se mi sada změn uložila pod špatným názvem oprava
Nedamov - viz sada 48150051 (toto měl být název poslední sady ze včerejška
také otevírané přes api.openstreetmap.cz)

poté jsem otevřel další sadu změn přes taskman a ta se mi uložila pod
správným názvem oprava Strakonice - viz sada 48151831

Pražák
-- Původní e-mail --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 4. 2017 18:20:06
Předmět: Re: [Talk-cz] názvy sad změn v JOSM
"
po stažení verze 11963 mi to také funguje správně - viz sada změn 48008352




Dne 21. dubna 2017 17:42 Jan Martinec  napsal(a):
"
A když jsem si aktualizoval na současnou 11963, taky mi to funguje normálně.
Že by fakt nějaká chyba ve stable?



HPM 




Dne 21. 4. 2017 16:42 napsal uživatel "Jan Martinec" :


"
JOSM/1.5 (11407 en)



Ale nahrávám "všechno v jednom requestu" - tuhle možnost nahrávání po kusech
jsem nikdy nezkoušel. Dělám jak jednorázové changesety  ("po nahrání
zavřít"), i delší  ("nechat otevřený").




HPM




Dne 21. 4. 2017 16:38 napsal uživatel "Zdeněk Pražák" :
"
v které verzi JOSM to funguje?
-- Původní e-mail --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 4. 2017 16:11:02
Předmět: Re: [Talk-cz] názvy sad změn v JOSM

"
Měl jsem něco takového asi týden zpět ve vývojové verzi (josm-latest), v
aktuální  už mi to zase funguje.



Zdar,

Honza Piškvor Martinec 




Dne 21. 4. 2017 16:06 napsal uživatel "majka" :
"
A ještě co to je za verzi JOSM? Protože kdysi dříve to jedna z verzí dělala
taky, po nahlášení bylo opraveno... 

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

"

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


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

"


"




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

"


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

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

[Simon Poole]

As a general concern, yes, having nailed down how we attribute on the
website is a bit of a pain and from a practical view will require that
we provide the links indefinitely. And yes references to the ODbL and/or
a specific version of it (including importing ODbL data) in an agreement
could potentially cause issues, and could require going back  to the
data provider, or removing it, and we don't do that in the suggested
text for aerial imagery providers (because essentially we are asking
them to confirm that tracing does not create a derivative, so our
licence is not really relevant).

In the templates for CC BY licensed datasets we do point out that the
ODbL 1.0 requires open access or parallel distribution, but I wouldn't
feel uncomfortable leaving these as is with any licence change that
maintains such properties (and moving to a licence that doesn't would
seem to be rather unlikely). I suppose you could strike "with the
understanding that the Open Database License 1.0 requires open access or
parallel distribution of OpenStreetMap data" however that might be a
very hard sell.

Note that we have a similar situation with that the CTs only limit the
licences we can change to "open" ones, in practical terms however we
wouldn't be able to change to one that doesn't provide attribution.

Simon


Am 07.04.2017 um 15:47 schrieb Blake Girardot HOT/OSM:
> Hi Simon, Kathleen, all,
>
> Is there any concern that the specific exemptions for cc-by 4 and some
> extent 2/3, which specifically mention the attribution method and URL,
> license and version number, will cause an issue should the means of
> OSM attribution or the license change (even a version number bump) in
> the future?
>
> I fear that as written, any changes to any of the above would make
> these exemptions non-valid anymore and data contributed under them
> could potentially be candidates for removal.
>
> The generic waiver seems better.
>
> It is not clear to me why there are different versions either if the
> generic waiver applies to the same cc-* licenses as the two version
> specific references.
>
> Cheers
> Blake
>
>
>
> On Thu, Apr 6, 2017 at 9:03 PM, Simon Poole  wrote:
>> Sorry this took so long, I've added suggested wording here
>> https://wiki.osmfoundation.org/wiki/Licence/Waiver_and_Permission_Templates
>>
>> Thanks again to Kathleen Lu for drafting this.
>>
>> Simon
>>
>>
>> Am 23.01.2017 um 23:47 schrieb Simon Poole:
>>
>> The LWG has 3 US based legal professionals on it, no need for me to
>> climb out on a limb :-). I'll ask for an opinion internally and get back
>> to you.
>>
>> Simon
>>
>>
>> Am 23.01.2017 um 23:23 schrieb Blake Girardot HOT/OSM:
>>
>> On Mon, Jan 23, 2017 at 10:37 PM, Simon Poole  wrote:
>>
>> Blake where is the imagery provider in question based?
>>
>> United States
>>
>> Cheers
>> blake
>>
>>
>> Simon
>>
>>
>> Am 23.01.2017 um 22:01 schrieb Blake Girardot HOT/OSM:
>>
>> On Sun, Jan 22, 2017 at 1:54 PM, Simon Poole  wrote:
>>
>> In any case, getting permission to distribute on ODbL terms only would
>> seem to be suboptimal and endangers any contributions based on so
>> licensed material as any license change, even in name only, would cause
>> issues that require going back to the licensor.
>>
>> Simon, can you give an example of language you think would be best for this?
>>
>> Something like:
>>
>> "Specific permission is granted to use this imagery for digitizing
>> data into OpenStreetMap and the resulting OpenStreetMap data to be be
>> released under the OSM project's license of choice."
>>
>> Is that what you have in mind?
>>
>> Cheers,
>> Blake
>>
>>
>>
>>
>> 
>> Blake Girardot
>> Humanitarian OpenStreetMap Team, TM3 Project Manager
>> skype: jblakegirardot
>> HOT Core Team Contact: i...@hotosm.org
>>
>> ___
>> legal-talk mailing list
>> legal-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/legal-talk
>>
>> ___
>> legal-talk mailing list
>> legal-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/legal-talk
>>
>>
>>
>>
>>
>> ___
>> legal-talk mailing list
>> legal-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/legal-talk
>>
>>
>>
>> ___
>> legal-talk mailing list
>> legal-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/legal-talk
>>
>
>




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

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Philippe Verdy]

De toute façon ces points géodésiques posés sur pylônes peuvent changer
avec le temps: un pylône peut être démoli. Le point de repérage posé sur le
pylone le sera aussi (y compris son repère en hauteur) et remplacé par un
point marqué au sol. Dans ce genre de cas, l'administration devrait en être
avisée si le repère doit être déplacé ou détruit. Mais il peut parfois
s'écouler des mois voire des années avant que ce soit visible dans les
bases de données. Parfois le point est simplement constaté comme détruit et
pas toujours remplacé si l'administration n'en ressent pas le besoin, ou
d'autres repères seront mis en place à proximité là où ils seront plus
facilement repérables et visibles.
Assez souvent ce n'est même pas nécessaire de les remplacer car il y a
assez d'autres repères sur le terrain, posés par exemple lors d'opérations
de bornage pour des constructions nouvelles déjà réalisées. Les opérateurs
de différents réseaux ont également leurs propres bornes de repérage
(exemples: réseaux d'eau potable, plaques d'égouts, armoires télécom,
signalisation routière, éclairage public, antennes de téléphonie mobile)
qui complète efficacement le réseau géodésique de base, et sont souvent
plus à jour et géolocalisés plus précisément que les anciennes bornes qui
n'ont pas été revisitées depuis des années avec les outils de mesure
modernes plus précis.

La densité des différents points et leur "mise en commun" par les
différents opérateurs évite de multiplier inutilement les visites de
géomètres (d'autant plus que les géomètres sollicités travaillent avec les
mêmes outils et les mêmes méthodes et peuvent travailler indifféremment
pour l'administration ou pour des opérateurs ou maîtres d'oeuvre de
chantiers importants: toute construction en hauteur de toute façon fait
l'objet de procédures et d'enquêtes de voisinage; les repères géodésiques
et de nivellement nécessaires pour ces chantiers sont réalisés et placés
sur le terrain et signalés sur les plans de permis de construire, les
communes pouvant en exiger la pose et la certification par des géomètres
agréés; un certain nombre de ces points de repères seront temporaires,
durant le chantier, d'autres seront destinés à être conservés de façon
pérenne et seront incorporés au cadastre, et le réseau géodésique pourra en
intégrer un certain nombre selon ses besoins et les consolider plus
solidement que les premières bornes en plastique juste plantées au sol).

Il me semble même qu'un propriétaire ne peut s'opposer à la matérialisation
d'un point géodésique sur sa construction, que ce soit une plaque sur un
mur ou un pylône, ou une borne bétonnée et que l'administration fait les
choses correctement pour ne pas empiéter les terrains et "défigurer" les
bâtiments avec des matériaux inappropriés. Parfois il n'est même pas
nécessaire de construire quoi que ce soit : la construction elle-même est
suffisante et dispose d'un élément stable bien repérable (d'ou l'existence
dans les fiches géodésiques de points qui mentionnent simplement un pignon
d'angle de murs à une hauteur elle aussi matérialisée par exemple sur la
limite de toiture, ou bien sur un parafoudre à la hauteur du pied sur le
toit ou sur une cheminée). C'est plus pérenne et plus stable que plein de
bornes au sol ou des poteaux le long des routes, ou des plaques fixées sur
une paroi naturelle non stabilisée et soumise à l'érosion...

Enfin aujourd'hui on n'a plus besoin d'autant de points géodésiques que
dans le passé, un nombre plus limité suffit pour aligner les photos
aériennes et les relevés GPS. La télémétrie laser ou radio a aussi
grandement amélioré la précision des mesures par rapport aux anciennes
méthodes purement visuelles avec des instruments optiques (où il fallait
faire un plus grand nombre de mesures avec plus de repères pour atteindre
une précision suffisante). On ne manque plus de sources
orthophotographiques ni de satellites d'observation (même hors des galaxies
GPS) qui sont largement mises en commun et réutilisées (pas toujours sous
licence libre et gratuite, mais c'est de toute façon beaucoup moins cher
que d'employer des armées de géomètres). La seule tâche de l'administration
est alors de sélectionner les meilleures sources pour pérenniser et
consolider son réseau géodésique de base servant de référence légale et
revoir ensuite ce réseau tous les X années pour voir s'il est encore
suffisant.

Le 25 avril 2017 à 17:27, François Lacombe  a
écrit :

> Hello,
>
> C'est vrai que je n'avais pas vu tout ces problèmes.
>
> D'accord avec vous pour créer deux points distincts
> Une relation de type site semble lourd mais pour autant le bon outil parce
> qu'il n'y a pas de périmètre fermé pour entourer tout ces éléments
> Parfois il y a deux points géodésiques sur le même pylône, je l'ai vu
> récemment (il y a donc 3 nœuds, même aujourd'hui, dans la base)
>
>
> A+
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 

Re: [Talk-de] Datenschutz bei OSM

[Martin Koppenhoefer]

sent from a phone

> On 25. Apr 2017, at 23:45, Frederik Ramm  wrote:
> 
> Was Pascal mit
> diesen Daten macht, ist ihm im Rahmen der strengen Regeln des BDSG
> überlassen



allerdings nur, wenn dieses auch Anwendung findet, und Pascal nicht einfach nur 
technisch (als admin / programmierer) mit dem Dienst verbunden wäre, der 
Betreiber aber woanders säße. Zudem könnte Pascal sich die "Unkosten" erstatten 
lassen, was evtl. auch die Auskunftserfragungslust der Mapper mindern würde.

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

Re: [Talk-es] Como saber que sistemas de referencia de coordenadas debo usar?

[María Arias de Reyna]

Hola,

Pues primero seguro que te contestan más y mejor en
https://lists.osgeo.org/listinfo/spanish

Lo segundo: eso es dependiente de la capa o la imagen que quieras
abrir. Debería venir en los metadatos o la documentación. Si es una
capa, qGIS seguro que te sabe guiar. Si es una imagen ya es más
difícil.

2017-04-26 3:01 GMT+02:00 Oswaldo Franco :
> Hola a todos, soy un nuevo emprendedor en este mundo de los SIG.
>
>
> Me surge una duda, como yo se que sistemas de referencia de coordenadas debo
> usar para abrir una capa o georeferenciar una imagen por ejemplo en QGIS?
>
>
> Gracias de antemano.
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

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