Re: [Talk-de] 1000-Augen-Prinzip

[Alexander Lehner]

On Wed, 27 Jan 2016, Markus wrote:


In OSM werden Daten ja von tausenden Benutzern geprüft und ggf.
verbessert. So entsteht iterativ eine hohe Genauigkeit und
Detailliertheit unserer Daten.

Gibt es zum "1000-Augen-Prnizip" als Methode der Qualitätsicherung in
Opensource-Projekten schon Untersuchungen?


Dieses Thema interessiert mich auch.
Ich hab in diese Richtung schon mal einen Versuchsballon gestartet, Du 
kannst Dir mal meinen Eintrag im Wiki hier durchlesen:


http://wiki.openstreetmap.org/wiki/Landshut_Projekte#2015-12-08_POIs_aktuell_halten

Die dort beschriebene Idee mit check_date ist nicht ganz unumstritten, 
deshalb moechte ich erstmal den Ansatz zur Diskussion stellen, bevor alle 
lustig unfertige Webfrontends ausprobieren.


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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Jérôme Seigneuret]

Il n'y a pas un avocat sur la liste? Peut être peux-tu avoir une réponse
plus complète sur http://www.juritravail.com/.
Je pense que ce cas fait l'objet de jurisprudence et c'est vraiment à
apprécier au cas pas cas... Le problème n'est, en plus, pas forcément lié à
la propriété intellectuelle.

Le 27 janvier 2016 à 22:24, Stéphane Péneau  a
écrit :

> Le 27/01/2016 21:07, DH a écrit :
>
> Curieusement, cela me fait penser aux débats sur les données cadastrales.
> A-t-on le droit, reproduire à l'identique, réutiliser ?
> L'Histoire se répète, l'opendata bébébégaie ?
> "Monsieur le Juge, c'est au moment où je nettoyais mon opendata que le
> coup est parti tout seul."
>
>
> Oui, un peu, à la différence que ces plans de masse proviennent de
> multiple cabinet d'architecte, urbaniste, etc ce qui complique un peu
> les choses :-/
> Ok, ils sont dans les mains de celui qui paye, mais je ne pense pas qu'ils
> lui appartiennent vraiment, c'est tellement flou pour moi tous ces droits
> différents.
>
> Stf
>
> ___
> 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-GB] Minutes and Actions: OSM UK group concall

[rob . j . nickerson]

Hi all,

Circulation: "Announce", "Initial working group" and "talk-gb"

We had our second OSM UK group concall today. Thanks to all who were able  
to join or share comments beforehand.


Everything you need to is on the wiki [1] including the latest minutes and  
actions [2]


Best regards,
Rob

[1] https://wiki.openstreetmap.org/wiki/UK_Group
[2] https://hackpad.com/2016-01-27-OSM-GB-Meeting-PslKhYBDqBW
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-pt] Tutorial para mapear no OSM com base em layers geradas pela Mapbox

[Marcos Oliveira]

Obrigado, Rui!

No dia 28 de janeiro de 2016 às 02:21, Rui Oliveira 
escreveu:

> Olá a todos
>
> Estava a ver os erros / notas reportados no OSM quando vi curiosiamente um
> report de um mapeador da Mapbox. Por curiosidade fica aqui um link, pois
> talvez alguém da zona ajude a resolver esta nota e ajudar a mapear aquele
> local:
>
> https://www.openstreetmap.org/note/409081#map=12/39.0488/-8.8830=N
>
> Como aparte,  já não é a primeira vez que  encontro um mapeador da Mapbox
> atento aos dados de Portugal (eles andam aí ;) ), conto já pelo menos o
> terceiro que reporta erros, e já encontrei inclusive edições deles aos
> nossos dados de modo a assegurar a qualidade dos dados (p.ex. assegurar
> intersecções de estradas  ao mesmo nível).
>
> Ora mas voltando ao tópico o mais interessante  é que o pessoal desta
> empresa é muito criativo e devido aos inúmeros projectos interessantes
> sobre o OSM que desenvolvem internamente na Mapbox, faz com que de vez em
> quando encontramos pérolas como esta que encontrei.
>
> Segui o utilizador patrikyadav ao seu diário onde encontrei este tutorial
> recente e acima de tudo muito interessante  e que partilho para quem usa o
> editor JOSM e não conhece:
>
> https://www.openstreetmap.org/user/pratikyadav/diary/37646
>
> Basicamente permite criar layers TMS coloridas de vários elementos
> mapeáveis, ruas, edificios, entre outros elementos, sobre imagens satélites
> permitindo ser uma ajuda para quem está a mapear, sendo mais fácil
> utilizando os objectos coloridos para fazer um tracing dos elementos em
> falta.
>
> No post não diz qual é de facto a fonte desses dados, mas pelo que sei a
> Mapbox apenas usa fontes de dados de dominio aberto, e priotiriza o
> reconhecimento presencial. A minha intuição diz-me que eventualmente
> estarão a usar alguma desta informação juntamente com algoritmo que faça a
> detecção de elementos em falta.
>
> De qualquer forma, seja  de utilidade ou não para vocês, recomendo o link
> nem que seja para factores lúdicos.
>
> Os meus cumprimentos.
>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
>


-- 
Um Abraço,
Marcos Oliveira
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-de] 1000-Augen-Prinzip

[Georg Feddern]

Ob 4-Augen oder 1000-Augen - der Begriff bedeutet ja, dass alle die 
_selben_ Daten überprüfen.
Und da bezweifle ich bei aller Euphorie, dass OSM über einen relativ 
niedrigen zweistelligen Wert hinauskommt.


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

Re: [OSM-talk-fr] Icone verte sur les lieu dit

[JB]

Bonjour,
Je déterre ce vieux sujet. Je reprenais les lieux-dits et autres 
habitations isolées dans ma campagne profonde sur la page fantoir 
http://cadastre.openstreetmap.fr/fantoir. L'icône verte est chouette 
pour la partie cadastre (même si très largement sujette à erreur), et je 
me disais que ce serait aussi chouette d'en mettre une du côté OSM (même 
si également très largement sujet à erreur pour tout ce qui a été 
importé sans travail derrière). Du genre, si place = 
hamlet/isolated_dwelling/farm : une icône, et rien pour place=locality. 
C'est imaginable ?

Bonne soirée,
JB.

Le 23/12/2015 09:09, Vincent de Château-Thierry a écrit :

Bonjour,

Le 23/12/2015 08:30, Ludovic Hirlimann a écrit :

http://cadastre.openstreetmap.fr/fantoir/#insee=24191=4

Le debut de la liste est constitué de nom précédé d'icone verte (et
genre la lidoire , une rivière), elles représentent quoi ces icones ?


C'est l'icône utilisée dans JOSM pour représenter les nodes place=* 
habités :

http://wiki.openstreetmap.org/wiki/Key:place

Je l'ai utilisée ici pour distinguer les lieux-dits batis d'après 
Fantoir, donc avec '1' comme valeur de ld_bati :
http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html#insee=24191 



vincent

___
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] Icone verte sur les lieu dit

[Jérôme Seigneuret]

Bonjour,

En effet l'étiquette est la même que celle des isolated_dwelling sous josm
une neutre serait mieux à mon avis (juste un contour et le fond blanc)

Sinon coté JOSM tu as déjà tous ce que tu veux car le rendu des  place=locality
ressemble à une ile.

Je peux te filer ma requête Overpass pour changer la couche pour ta zone de
travail

Bonné soirée
Jérôme

Le 27 janvier 2016 à 17:36, JB  a écrit :

> Bonjour,
> Je déterre ce vieux sujet. Je reprenais les lieux-dits et autres
> habitations isolées dans ma campagne profonde sur la page fantoir
> http://cadastre.openstreetmap.fr/fantoir. L'icône verte est chouette pour
> la partie cadastre (même si très largement sujette à erreur), et je me
> disais que ce serait aussi chouette d'en mettre une du côté OSM (même si
> également très largement sujet à erreur pour tout ce qui a été importé sans
> travail derrière). Du genre, si place = hamlet/isolated_dwelling/farm : une
> icône, et rien pour place=locality. C'est imaginable ?
> Bonne soirée,
> JB.
>
>
> Le 23/12/2015 09:09, Vincent de Château-Thierry a écrit :
>
>> Bonjour,
>>
>> Le 23/12/2015 08:30, Ludovic Hirlimann a écrit :
>>
>>> http://cadastre.openstreetmap.fr/fantoir/#insee=24191=4
>>>
>>> Le debut de la liste est constitué de nom précédé d'icone verte (et
>>> genre la lidoire , une rivière), elles représentent quoi ces icones ?
>>>
>>
>> C'est l'icône utilisée dans JOSM pour représenter les nodes place=*
>> habités :
>> http://wiki.openstreetmap.org/wiki/Key:place
>>
>> Je l'ai utilisée ici pour distinguer les lieux-dits batis d'après
>> Fantoir, donc avec '1' comme valeur de ld_bati :
>>
>> http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html#insee=24191
>>
>> vincent
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Icone verte sur les lieu dit

[Vincent de Château-Thierry]

Bonjour,

> De: "JB" 
> 
> Je déterre ce vieux sujet. Je reprenais les lieux-dits et autres
> habitations isolées dans ma campagne profonde sur la page fantoir
> http://cadastre.openstreetmap.fr/fantoir. L'icône verte est chouette
> pour la partie cadastre (même si très largement sujette à erreur), et
> je me disais que ce serait aussi chouette d'en mettre une du côté OSM
> (même si également très largement sujet à erreur pour tout ce qui a été
> importé sans travail derrière). Du genre, si place =
> hamlet/isolated_dwelling/farm : une icône, et rien pour
> place=locality.
> C'est imaginable ?

Oui, on a prévu dans le modèle de garder la valeur de place=* associée au nom. 
Donc c'est possible, même si pas déjà fait. Un peu de plomberie dans les jours 
à venir, et à suivre ici.

vincent

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

Re: [Talk-it] Usare JOSM con file .osm che non hanno le metainformazioni

[Simone Saviolo]

Grazie mille! È proprio quello che cercavo!

Buona serata,

Simone

Il giorno 21 gennaio 2016 21:32, Simone F.  ha scritto:

> Il giorno 20 gennaio 2016 15:45, Simone Saviolo 
> ha scritto:
>
>> Supponiamo che io abbia un file .osm non creato da JOSM, ma ad esempio da
>> Maperitive. A questo file mancheranno le metainformazioni.
>>
>> Come posso fare per modificare il mio file con JOSM (o con un altro
>> strumento)?
>>
>
> Puoi aggiungere delle metainformazioni fittizie al file tramite osmconvert
> [0] e l'opzione --fake-version.
>
> Esempio:
> osmconvert filesenzainfo.osm --fake-version -o=fileconinfo.osm
>
> fileconinfo.osm dovrebbe potersi aprire con JOSM.
>
> (Naturalmente, dati creati in questo modo non vanno caricati in OSM. Lo
> dico nel caso legga il messaggio qualcuno nuovo in OSM.)
>
>
> Ciao,
> Simone F.
>
> [0] https://wiki.openstreetmap.org/wiki/Osmconvert
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Stéphane Péneau]

J'ai lu le document, qui est intéressant, mais je crois que c'est encore 
plus le brouillard qu'avant, parce que de ce que je comprends, il ne 
devrait pas y avoir de problème à utiliser ces plans. Bizarrement ça me 
parait trop simple.


Récapitulons :

Si on demande à une collectivité de mettre à disposition les plans de 
masse sur leur portail OpenData.
- Est-ce qu'ils en ont le droit ? (Droit de diffusion ? Ou de 
reproduction ?)
- il faut qu'ils s'assurent  que ce n'est pas une création originale ? 
Je doute que ça soit souvent le cas.
- Les contributeurs Osm auront le droit de les utiliser ? Dans tous les 
cas, on ne reproduit pas le plan tel quel, il n'y a donc pas de "copie" 
ou de "contrefaçon", et personne ne pourra refaire exactement le plan de 
masse depuis des infos trouvées dans Osm.


Stf


Le 27/01/2016 15:15, Jérôme Seigneuret a écrit :


C'est pas toi qui le défini mais le juge. Mais bon, on peut anticipé 
en effet.



En clair il faut que ce soit des éléments graphiques qui permettent de 
reconnaître un style (Encore faut-t-il connaitre le style en question 
et que ce ne soit pas la copie du style d'un autre). La patte de 
l'artiste comme disent certains.



La page la plus complète que j'ai trouvé pour le moment est celle-ci:

http://fr.jurispedia.org/index.php/Crit%C3%A8re_de_protection_des_%C5%93uvres_par_le_droit_d%E2%80%99auteur_(fr) 




Bonne journée,
Jérôme


Le 27 janvier 2016 à 14:57, dHuy Pierre > a écrit :


à partir de quand définir l'originalité en ce cas?


Le Mercredi 27 janvier 2016 13h28, Jérôme Seigneuret
> a écrit :


Le code de propriété intellectuelle prévoit que « les œuvres
*/xxx/* d’architecture, /*xxx*/ les plans, croquis et ouvrages
plastiques relatifs à */xxx/* l’architecture » ne sont considérés
comme des œuvres de l’esprit protégées par le droit d’auteur que
s’ils sont originaux.

Il faut que tu lises cet article Portée et limites du droit au
respect de l’œuvre architecturale



Jérôme


Le 27 janvier 2016 à 12:49, Stéphane Péneau
> a
écrit :

Hello,

Je rebondis sur la petite discussion au sujet des éventuels
droits d'auteur sur les plans d'évacuation pour OpenEvacMap.

Qu'en est-il pour les plans de masse ?

Les collectivités ont ces plans pour les modifications de
voirie, les créations de zone à urbaniser, de batiments
publics, etc..
Les récupérer pour mettre à jour Osm pourrait être
intéressant, mais je ne sais pas s'il y a des restrictions à
ce sujet, même si ces plans doivent répondre à des codes précis.

Stf



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



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



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




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


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

[Talk-it] Mancata attribuzione

[Andrea Lattmann]

www.minube.it

Se aggiungete /mappa al dominio vedrete che utilizzano mapbox, ma di 
attribuzione non né ho visto l'ombra...

Andrea Lattmann

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

Re: [Talk-GB] Next UK chapter concall

[Brian Prangle]

Thanks for the offer Frederick. I'm sure we'll take you up on it. We'll
collate a list of questions and nominate someone in the UK to be the sole
point of contact

Regards

Brian

On 27 January 2016 at 10:02, Frederik Ramm  wrote:

> Hi,
>
> On 01/27/16 10:02, Jez Nicholson wrote:
> > Does anyone know a friendly accountant?
>
> I'm sure the OSMF accountant would be willing and able to comment on
> these things (and as long as this just adds an hour or two to OSMF bill
> it would be totally ok to involve her). I can either forward a list of
> questions or introduce one of you to her for an email exchange (but
> unwilling to let 20 people email her with ideas).
>
> The OSMF is a "normal" company limited by guarantee (I never encountered
> the acronyms CIO or CIC so I guess we are neither), and pays corporation
> tax on profits from what a layman would call "business-like activities"
> (e.g. if we run a conference that makes a profit through sponsorship or
> ticket sales then we have to pay tax on that profit; or if we produce
> and sell merchandise and make a profit from that). We don't pay taxes on
> donations or membership fees.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> 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-it] Mancata attribuzione

[Dino Michelini]

  la chiamata alla API di mapbox da quanto leggo sul sito è :
HTTPS://API.MAPBOX.COM/V4/{RESOURCE}.JSON?SECURE=1
mentre quella della
pagina che segnali è : HTTP://MAPS.GOOGLEAPIS.COM/MAPS/API/STATICMAP?

http://maps.googleapis.com/maps/api/staticmap?center=19.31114335506464,-4.21875=2=2=211x210=roadmap=png_refresh=true');"
onclick="Minube.services.MapFullScreen.openMobileMap()"> 

-- 

Dino
Michelini

Il 27.01.2016 17:02 Andrea Lattmann ha scritto: 

>
www.minube.it
> 
> Se aggiungete /mappa al dominio vedrete che
utilizzano mapbox, ma di attribuzione non né ho visto l'ombra...
> 
>
Andrea Lattmann
> 
> ___
>
Talk-it mailing list
> Talk-it@openstreetmap.org [1]
>
https://lists.openstreetmap.org/listinfo/talk-it [2]

Connetti gratis il
mondo con la nuova indoona: hai la chat, le chiamate, le video chiamate
e persino le chiamate di gruppo.
 E chiami gratis anche i numeri fissi e
mobili nel mondo!
 Scarica subito l'app Vai su https://www.indoona.com/
[3]

  


Connetti gratis il mondo con la nuova indoona:  hai la chat, le chiamate, le 
video chiamate e persino le chiamate di gruppo.
E chiami gratis anche i numeri fissi e mobili nel mondo!
Scarica subito l’app Vai su https://www.indoona.com/

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

[OSM-talk-be] rise of the voetwegen, part 2

[joost schouppe]

Hi,

After the "rise of the voetwegen" thread, I'm glad to hear that the
available data from Trage Wegen is getting ever more available for mapping.
There now is a WF and a WMS server we can use:

http://geo.vlaamsbrabant.be:/TrageWegen/MapServer/WFSServer?

http://geo.vlaamsbrabant.be:/TrageWegen/MapServer/WMSServer?

There's also a viewer for those who don't like to work with WMS/WFS:

http://geo.vlaamsbrabant.be/tragewegen/

The people at Trage Wegen are really into working together with us. See for
example their recent blogpost:
http://www.tragewegen.be/nieuwsoverzicht/item/3720-openstreetmap-en-de-voetwegenkwestie
And they're also doing a mini mapping party at their Vision Day today:
http://www.tragewegen.be/toekomstvisie/programma-toekomstvisie

I'm working on a wiki page on the subject, in hopes of drawing some
conclusions after the previous discussion in the Rise of the voetwegen
thread. I didn't get any feedback on making a draft page, so I'll just drop
the content here - once I regain access to my work computer :(

http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads

When it's there, I'll invite all of you to improve on the content!

-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

[Talk-it] OpenStreetMap Italia

[Simone Cortesi]

Ciao,
è con grande gioia che vi annuncio che da oggi, WikiMedia Italia è il
capitolo italiano ufficiale della OpenStreetMap Foundation.

Possiamo usare OpenStreetMap Italia come nome per fare riferimento al
capito e possiamo muoverci per far crescere ulteriormente il progetto.

A questo link una foto significativa della firma (Martijn van Exel ed
io): https://twitter.com/simonecortesi/status/692609228176015360


Grazie a tutti.

-S

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

Re: [Talk-de] 1000-Augen-Prinzip

[Frederik Ramm]

Hallo,

On 01/28/2016 04:25 AM, Georg Feddern wrote:
> Ob 4-Augen oder 1000-Augen - der Begriff bedeutet ja, dass alle die 
> _selben_ Daten überprüfen.
> Und da bezweifle ich bei aller Euphorie, dass OSM über einen relativ 
> niedrigen zweistelligen Wert hinauskommt.

Wir hatten ja mal auf der openstreetmap.de-Karte dieses "I Like OSM" mit
den Buttons "Daumen hoch" und "Daumen runter" drauf. Die Idee damals war
die einer niederschwelligen Qualitätskontrolle - nicht Mapper, sondern
Nutzer sollten hier durch Klick auf einen Daumen etwas zur Qualität
sagen. Das war natürlich enorm unpräzise, weil niemand genau erklären
musste, warum er jetzt auf den "Daumen runter" klickt, aber wenn sowas
von genug Leuten benutzt würde, dann könnte man daraus schon
Qualitätsaussagen ableiten:

"Diesen Kartenausschnitt, den Du gerade anschaust, den haben in der
letzten Woche 1000 andere angeschaut, und kein einziger hat auf den
Daumen runter geklickt" - das ist auch eine Art von 1000-Augen-Prinzip,
nur eben haben die 1000 nicht wirklich im Detail alles überprüft.

Aus verschiedenen Gründen hat sich das nicht durchgesetzt mit dem "I
like OSM", aber die Grundidee, dass Leute auch durch das Unterlassen
einer Fehler/Problemmeldung eine gewissen, wenn auch sehr schwache,
Qualitätsaussage über das machen, was sie sehen, finde ich immer noch gut.

Bye
Frederik

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

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

Re: [OSM-talk-be] rise of the voetwegen, part 2

[Marc Gemis]

I'm currently processing my surveyed data around Wieze (Lebbeke). It's
amazing how many ways user Scapor mapped there with note: "Weg nr.
xxx" or "Path nr yyy". Some of those lines are just draw through
buildings.
It's data from around 2011. But I hope we (and they) learned that we
only want data that is actually there. A path that was there in 1800,
should not be on the  map when you cannot use it nowadays. Even not as
a note.

I also wonder what I should do with the paths/tracks that still exist,
but for which the name ("Weg nr. YY") cannot be verified in the field.
None of those roads have a sign with their number. At least in this
area, in many other areas there are signs with "Voetweg XX" or
similar.

regards

m

On Thu, Jan 28, 2016 at 8:33 AM, joost schouppe
 wrote:
> Hi,
>
> After the "rise of the voetwegen" thread, I'm glad to hear that the
> available data from Trage Wegen is getting ever more available for mapping.
> There now is a WF and a WMS server we can use:
>
> http://geo.vlaamsbrabant.be:/TrageWegen/MapServer/WFSServer?
>
> http://geo.vlaamsbrabant.be:/TrageWegen/MapServer/WMSServer?
>
> There's also a viewer for those who don't like to work with WMS/WFS:
>
> http://geo.vlaamsbrabant.be/tragewegen/
>
> The people at Trage Wegen are really into working together with us. See for
> example their recent blogpost:
> http://www.tragewegen.be/nieuwsoverzicht/item/3720-openstreetmap-en-de-voetwegenkwestie
> And they're also doing a mini mapping party at their Vision Day today:
> http://www.tragewegen.be/toekomstvisie/programma-toekomstvisie
>
> I'm working on a wiki page on the subject, in hopes of drawing some
> conclusions after the previous discussion in the Rise of the voetwegen
> thread. I didn't get any feedback on making a draft page, so I'll just drop
> the content here - once I regain access to my work computer :(
>
> http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads
>
> When it's there, I'll invite all of you to improve on the content!
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> 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

[OSM-talk-fr] A écouter émission Sur les Docks - Le numérique et nous : Géolocalisation, une théorie de la dérive

[Romain MEHUT]

Bonjour,

Pour info une émission à écouter :
http://www.franceculture.fr/emissions/sur-les-docks/le-numerique-et-nous-34-geolocalisation-une-theorie-de-la-derive

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

[Talk-es] Semanario Nr. 288

[Laura Barroso]

Hola, el semanario Nr. 288, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español.
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM















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

Re: [Talk-es] Etiquetaje; estado de las calles españolas

[Alejandro Moreno Calvo]

Con respecto al tema acabo de descubrir Osmose
ttp://osmose.openstreetmap.fr/es/map/
que permite identificar errores de manera sencilla.

El 23 de enero de 2016, 21:19, yo paseopor  escribió:

> ¡Buenas gente!
>
> Aunque mi ámbito habitual suele ser más la lista catalana, a veces me doy
> un garbeo por el grupo español de Telegram y comentando el desarrollo de un
> nuevo preset para una campaña de etiquetaje "básico" llegamos a la
> conclusión de que en ciertas zonas de España queda mucho por hacer. Así que
> me dispuse a comprobarlo un poco por encima, sin mucho esfuerzo. Usé
> http://qa.poole.ch/ Y estos son los resultados que cualquiera puede
> comprobar.
>
> De capitales de provincia las que requieren intervención urgente o similar:
> -Ourense
> -Cuenca
> *Madrid (la capital de España no puede tener calles sin nombrar, lo
> siento, es cuestión de imagen...lo mismo diría de Barcelona)
> -Toledo
> -Badajoz
> -Murcia
> -Jerez
>
> y los barrios exteriores y zonas nuevas de:
>
> -Tarragona
> -Almería
> -Sevilla
> -Cádiz
>
> Mención especial a Salamanca...vereis como la herramienta no le encuentra
> NINGÚN ERROR de NOName, un aplauso a los salmantinos y a quien edita en la
> zona ;)
>
> Como intervención en el grupo catalán de Telegram hemos debatido unos
> niveles que toda población debería tener, a fin de homogeneizar y mejorar
> el desarrollo del mapa:
>
> -Nivel 1: Trazado y nombre de calle
> -Nivel 2: Sentido de circulación, plazas,parques, lugares públicos y
> privados.
> -Nivel 3: Urbanizaciones, granjas,masías, usos del suelo (es lo que da
> color al mapa, residencial,comercial,industrial),delimitar correctamente
> límites administrativos.
>
> Para todo ello se piensa en el desarrollo de una predefinición de menú
> para JOSM que muestre las opciones dirigidas a esos niveles
> "básicos".También se comenta el envío de mensajes vía redes sociales a los
> ayuntamientos y comunidades de la zona para animar al uso y edición de OSM.
>
> -En el grupo español de Telegram se comentaba que tan importante son los
> sentidos de circulación como también los propios portales de la calle,
> aunque eso ya requiere de un etiquetaje un poco más elaborado.También se
> hablaba de exponerlo en la wiki, así como diversas revisiones del
> transporte público, etc.
>
> Todo son ideas, todo es mejorable, no se trata de poner el dedo en la
> llaga o señalar a uno u otro, simplemente se trata de constatar un hecho y
> qué puede hacer la comunidad para mejorarlo.
>
> ¿Qué pensais vosotros?
> Salut i comunitats
> yopaseopor
>
> ___
> 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

[OSM-co] Semanario Nr. 288

[Laura Barroso]

Hola, el semanario Nr. 288, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español.
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM















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

[talk-latam] Semanario Nr. 288

[Laura Barroso]

Hola, el semanario Nr. 288, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español.
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM















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

Re: [Talk-ca] Highway recoding

[Ken Wuschke]

I still lean towards function over design as how to define a trunk road.

The present Tag: highway=trunk for high performance roads that don't meet
the requirement for motorway actually is inclusive of the function of the
highway.  All that is required is further the definition to clarify this
point.

For a moment I stepped out of OSM's definitions and took at look to
Wikipedia which says:

*"A trunk road, trunk highway, or strategic road is a major road, usually
connecting two or more cities, ports, airports and other places, which is
the recommended route for long-distance and freight traffic. Many trunk
roads have segregated lanes in a dual carriageway
, or are of motorway
standard." https://en.wikipedia.org/wiki/Trunk_road
*

I note that this description is more about the purpose of the highway than
if it is 2-lanes or 4-lanes, has a dividing barrier, limited access
interchanges, etc.

While focusing on the design of a highway to determine if it should be a
trunk, primary, secondary, tertiary, or residential is far easier to define
over the function/purpose of highway it, IMO, misses the point of what a
map should be providing. Information to the user as how to
travel efficiency from point A to point B.

Turning to existing examples of provincial and state maps for guidance I
find these examples:


   - Alberta - http://bit.ly/1ZT3Sz0 - It shows the following three levels.
   (1) Freeways. (2) Paved provincial highways regardless as to the number of
   lanes. (3) Gravel surfaced highways.
   - Saskatchewan - http://bit.ly/1OPB7Ag - (1) Divided highways. (2) Paved
   provincial highways regardless as to the number of lanes. (3) Thin membrane
   surfaces - important for heavily load trucks. (4) Gravel surfaces.
   - Washington state - http://1.usa.gov/1KFy1uI - (1) Interstate. (2) Dual
   carriageway design state highways. (3) Undivided state highways. (4)
   County/local roads.

When I look at these I find them easy to understand the network between
destinations versus having design being the primary focus.

Therefore I'd like to suggest the follow definition for Tag: highway=trunk:

*high performance roads that don't meet the requirement for motorway design
standards and linking two or more cities, ports, airports and other places,
which is the recommended route for long-distance and freight traffic.*

There can be a further definition for clarity. For example, I would
classify Quebec Highway 133 - http://bit.ly/1RNQooL - which links Autoroute
35 to the United States and Interstate 89. However, Quebec Highway 133 does
not have any major destination along its route itself.

Looking forward to further discussion,
Ken



On Wed, Jan 27, 2016 at 8:31 AM, Begin Daniel  wrote:

> Well, I am not sure about the conclusion at this point but in order to
> move forward, here are some definitions I would propose using *wiki’s
> definitions* and current tread discussions:
>
>
>
> Tag: highway=motorway to *identify the highest-performance roads within a
> territory. Typically, these controlled-access highways have a minimum of
> two lanes in each direction that are separated by a barrier*…
>
>
>
> Tag: highway=trunk for *high performance roads that don't meet the
> requirement for motorway*. In Canada, these roads must have some of the
> controlled-access features found on a motorway.
>
>
>
> Tag: highway=primary for *major highway linking large towns … The traffic
> for both directions is usually not separated by a central barrier*. In
> Canada, these roads usually have none of the controlled-access features
> found on trunk and motorway.
>
>
>
> Most of the confusion comes from the governmental pdf document, cited in
> the Canadian tagging guidelines (wiki), which uses definitions that do not
> correspond to those of OSM. Once most of us agree on a set of definitions,
> starting using the above, we should provide adjusted definitions in the
> wiki and remove the pdf document.
>
>
>
> Hope it will help
>
> Daniel
>
>
>
> *From:* Chandler Vancouver [mailto:chandler.vancou...@gmail.com]
> *Sent:* January-26-16 16:49
> *To:* Stewart Russell
> *Cc:* talk-ca
> *Subject:* Re: [Talk-ca] Highway recoding
>
>
>
> Completely agree, Stewart.
>
>
>
> Similarly I live just off a road I would consider to be a tertiary level
> road. It runs for only 4 km and links up residential side streets, a high
> school, an elementary school and a small scale commercial zone. It is only
> two lanes wide but for over 50% of its length has a centre boulevard or a
> centre dual left turn lane. As well, less than 25% of its length has
> residences that off it and none where you can park on the road itself.
>
>
>
> Where it meets four main crossroads the intersections are as follows:
>
>
>
> Intersection A: full signal with priority given to the crossroad.
>
>
>
> Intersection B: a four-way stop.
>
>
>
> Intersection C: full signal with 

Re: [Talk-at] Urheberrechtsabgaben und Verwertungsgesellschaften

[HelmutGruendlinger]

Am 26.01.2016 1:39 nachm. schrieb Rudolf Mayer :
>
> Hi!
>
> Eine vielleicht ganz naive Frage, bin kein Experte, aber: erlaubt die 
> OSM Lizenz nicht ganz explizit kommerzielle Verwendung der Daten ohne 
> eine Benutzungsgebühr?
>
> Damit wäre ja eine jede Vergütung einer Verwertungsgesellschaft absolut 
> auf reiner Freiwilligkeit dieser Verwertungsgesellschaft basierend, 
> oder? Das ist ja was anderes als bei Musik oder einem Buch, wo die 
> Vervielfältigung ja fast immer explizit verboten ist, ebenso öffentlich 
> Aufführungen u.Ä. eine besondere Genehmigung benötigen, etc...
> Bei OSM im Gegenzug wird ja spezielle erwähnt dass die Nutzung frei ist..
>
> Also allgemein wäre es toll wenn dem OSM Projekt was zukommen würde! Für 
> Einzelpersonen stelle ich mir das dann noch mal viel schwieriger vor, 
> weil man glaube ich kaum aufteilen könnte wieviel Anteil ein einzelner 
> an z.b. der Daten aus Österreich hätte...
>
> Lg
> Rudi
>
> On 01/25/2016 04:17 AM, Friedrich Volkmann wrote:
> > Vielleicht kann sich noch der eine oder andere noch erinnern, dass die
> > Austro Mechana 2010 sich über ein Urteil des OGH hinweggesetzt und
> > Urhebberechtsabgaben (URA, neuerdings auch Speichermedienvergütung genannt)
> > auf Festplatten eingefordert hat. Nicht alle Händler fügten sich der
> > Forderung, deshalb betrieben die Verwertungsgesellschaften Lobbying in der
> > Politik und erreichten mit Mitteln, die sich jeder selber denken kann, dass
> > die SPÖ-Minister Schmied und dann Ostermayer der Abgabe wohlwollend
> > gegenüberstanden. Nach Verhandlungen der Industrie mit dem Handel - die
> > Konsumentenvertreter spielten nicht wirklich mit - wurde im Herbst die
> > Abgabe auf alle Arten von Speichermedien (Festplatten, SD-Karten, USB-Sticks
> > usw.) gesetzlich gedeckt.
> >
> > Das neue Gesetz sieht aber auch vor, dass die Verwertungsgesellschaft die
> > URA zurückzuzahlen hat "an den Letztverbraucher, der Speichermedien zu einem
> > Preis erworben hat, der die bezahlte Vergütung einschließt, diese jedoch
> > nicht für Vervielfältigungen zum eigenen oder privaten Gebrauch benutzt oder
> > benutzen lässt" (Urheberrechtsgesetz=UrhG §42b Abs. 6) und dafür "auf ihrer
> > Website einen einfachen, verständlichen und für den durchschnittlichen
> > Nutzer nachvollziehbaren Weg für die Geltendmachung des Rückersatzanspruchs
> > und der Befreiung von der Zahlungspflicht anzubieten, der eine wirksame
> > Geltendmachung ermöglicht und mit keiner übermäßigen Erschwernis verbunden
> > ist" (Abs. 8). Wie sich die Austro Mechana schon nicht ans Urteil des OGH
> > hielt, hält sie sich nun auch nicht an diese §§, denn auf ihrer Website
> > www.aume.at ist keine einfache Möglichkeit der Rückerstattung zu finden.
> > Wenn man genau sucht, findet man Formulare für Firmen, für Konsumenten gibt
> > es nichts. Und sogar für Firmen ist die Rückforderung kompliziert und
> > kostspielig (Porto). Ich habe die Austro Mechana darum am 3. Jänner per Mail
> > um Auskunft gebeten. Es kam schnell eine automatische
> > Mailempfangsbestätigung, auf eine Antwort warte ich immer noch.
> >
> > Das betrifft uns als Mapper in vielfacher Hinsicht. Wenn wir eine
> > Speicherkarte fürs Garmin kaufen, zahlen wir URA an die Austro Mechana. Wenn
> > wir eine Speicherkarte für die Kamera kaufen, ebenso. Wenn wir ein Handy
> > kaufen, ditto. Wenn wir die Daten auf die Festplatte kopieren - für die
> > haben wir ebenfalls URA abgeliefert. Und natürlich brauchen wir Backups -
> > schon wieder zahlen wir URA. Wir zahlen ununterbrochen an die
> > Musikindustrie, obwohl wir die Speichermedien überhaupt nicht für Musik
> > brauchen. Es sind im wesentlichen unsere eigenen Daten, die wir abspeichern.
> > Wir sind nicht die Datennutzer, sondern die Urheber.
> >
> > Und das bringt mich zum eigentlichen Grund, warum ich dieses Mail schreibe.
> > Als Urheber sollten wir durchs neue Gesetz eigentlich nicht zur Kasse
> > gebeten werden, sondern ganz im Gegenteil etwas von dem Kuchen abbekommen.
> > Und wenn man bedenkt, dass heute schon auf so gut wie jedem Handy oder Navi
> > OSM-Daten drauf sind bzw. genutzt werden, dann steht uns nicht nur ein
> > kleiner Teil des Kuchens zu, sondern ein großer. Es geht um richtig viel 
> > Kohle.
> >
> > OSM ist eine Datenbank und somit nach UrhG §40f Abs. 2 als
> > Sammelwerk urheberrechtlich geschützt. Nach §6 sind aber zusätzlich auch die
> > einzelnen Datenbankeinträge (Ways usw.) urheberrechtlich geschützt. Da fragt
> > sich zunächst, ob diese als "Sprachwerke aller Art einschließlich
> > Computerprogramme" (§2 Abs. 1), als "Werke wissenschaftlicher oder
> > belehrender Art, die in bildlichen Darstellungen in der Fläche oder im Raume
> > bestehen" (§2 Abs. 3) oder als "Werke der bildenden Künste" (§3) einzuordnen
> > sind. Da Datenbanken keine Computerprogramme sind, sondern bestenfalls
> > Bestandteil von Computerprogrammen, und ich mich auch nicht als bildender
> > Künstler fühle, fallen die einzelnen 

Re: [OSM-talk-fr] Icone verte sur les lieu dit

[Jérôme Seigneuret]

J'utilise ça dans JOSM pour les lieux-dits habités dans JOSM avec
"Télécharger depuis Overpass API..."

Exemple de script pour récupérer tous les *place* sauf *locality*

*[timeout:25];*
*// gather results*
*(*
*  node["place"]["place"!="locality"];*
*  way["place"]["place"!="locality"];*
*  relation["place"]["place"!="locality"];*
*);*
*// print results*
*out meta;*
*>;*
*out meta;*

Puis sélectionner la zone que tu veux.

Je ne sais pas si c'est ce que tu veux?

Le 27 janvier 2016 à 17:44, Jérôme Seigneuret  a
écrit :

> Bonjour,
>
> En effet l'étiquette est la même que celle des isolated_dwelling sous
> josm une neutre serait mieux à mon avis (juste un contour et le fond blanc)
>
> Sinon coté JOSM tu as déjà tous ce que tu veux car le rendu des  
> place=locality
> ressemble à une ile.
>
> Je peux te filer ma requête Overpass pour changer la couche pour ta zone
> de travail
>
> Bonné soirée
> Jérôme
>
> Le 27 janvier 2016 à 17:36, JB  a écrit :
>
>> Bonjour,
>> Je déterre ce vieux sujet. Je reprenais les lieux-dits et autres
>> habitations isolées dans ma campagne profonde sur la page fantoir
>> http://cadastre.openstreetmap.fr/fantoir. L'icône verte est chouette
>> pour la partie cadastre (même si très largement sujette à erreur), et je me
>> disais que ce serait aussi chouette d'en mettre une du côté OSM (même si
>> également très largement sujet à erreur pour tout ce qui a été importé sans
>> travail derrière). Du genre, si place = hamlet/isolated_dwelling/farm : une
>> icône, et rien pour place=locality. C'est imaginable ?
>> Bonne soirée,
>> JB.
>>
>>
>> Le 23/12/2015 09:09, Vincent de Château-Thierry a écrit :
>>
>>> Bonjour,
>>>
>>> Le 23/12/2015 08:30, Ludovic Hirlimann a écrit :
>>>
 http://cadastre.openstreetmap.fr/fantoir/#insee=24191=4

 Le debut de la liste est constitué de nom précédé d'icone verte (et
 genre la lidoire , une rivière), elles représentent quoi ces icones ?

>>>
>>> C'est l'icône utilisée dans JOSM pour représenter les nodes place=*
>>> habités :
>>> http://wiki.openstreetmap.org/wiki/Key:place
>>>
>>> Je l'ai utilisée ici pour distinguer les lieux-dits batis d'après
>>> Fantoir, donc avec '1' comme valeur de ld_bati :
>>>
>>> http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html#insee=24191
>>>
>>> vincent
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-cl] Semanario Nr. 288

[Laura Barroso]

Hola, el semanario Nr. 288, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español.
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM















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

Re: [Talk-GB] Schools project - update 3

[Rob Nickerson]

>>* 1. Open Data Manchester
*>>* Following a tweet Open Data Manchester have asked whether anyone can
*>*> go and show them how to map. Looks like their next meeting is Monday
*>*> February 1st, 6.30 – 8.30pm. Any volunteers?
*>*>
*>Have you any more information on this? I can get into Piccadilly at
>18:15, and last train home is 22:36. So would be interested as long as
>its not too far from the station.
>
>Thanks
>Phil (trigpoint)


Thanks Phil,

Looks like it is a 20 minute walk west from Piccadilly [1]. I've messaged
to check that there is time during the meeting to cover OpenStreetMap.
Would be looking for a basic intro to editing (perhaps with iD as that
seems to be the starter editor of choice now) and pointing in the direction
of the UK Quarterly project [2]. Would be good to demo how to find a school
that needs mapping (using the tools we have), then how to add a simple
amenity=school area to OSM.

I shall let you know when I know more.

Best,
*Rob*
[1]
http://opendatamanchester.org.uk/2016/01/13/open-infrastructure-night-open-data-and-open-iot/
[2] https://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-ca] Highway recoding

[Ken Wuschke]

Hi Daniel,

I just took a look at
http://wiki.openstreetmap.org/wiki/Highway:International_equivalence and
the only difference between trunk and primary is the use of the *National
Highway System - Core Routes*. I actually find that document to be more
subjective then objective.

As far I as I can tell the *National Highway System - Core Routes *is
simply a document which the Federal government uses when distributing
funding to the provinces for the purpose of road improvements and
infrastructure development. I come to this conclusion as here in the Lower
Mainland of British Columbia there are four primary border crossings --
Peace Arch (BC 99), Pacific Highway (BC 15), Aldergrove (BC 13), and
Huntingdon-Abbotsford (BC 11). I can argue that three are actually trunk
roads on the following basis:


   - BC 99 is to motorway standards, therefore automatically defined
   as Tag:highway=motorway
   - Goods movement for import/export and therefore all three crossings are
   nationally important - 15, 13, & 11
   - High volume of motor vehicles on annual basis -  BC 15 = 2.5 million
   vehicles; BC 13 = 786,000 vehicles; BC 11 =  1.2 million vehicles
   - All three routes link the Trans-Canada Highway to important ports of
   entry and to Seattle when used with other routes such as Interstate 5. Both
   BC 15 and BC 13 can be argued connect Metro Vancouver two million persons
   to important destinations. Meanwhile BC 11 can be argued as linking Seattle
   to interior cities of Prince George, Kamloops, and Kelowna as well as
   Edmonton in Alberta.

IMO the most important difference between a trunk route and a primary route
is trunk route is under provincial or federal** jurisdiction and therefore
numbered, while a primary route is unnumbered urban arterial route.

I think my biggest issue is that OSM only allows for primary, secondary,
tertiary, and residential designations regardless if it is highway an
interurban route linking cities or an intra-urban street such as
Vancouver's 41st Avenue, Toronto's Yonge Street, or Montreal's Boulevard
René-Lévesque. All three of these urban examples can be classified as
primary just the same as BC 15, ON 6, or QC 157 as they have the same cross
section of four travel lanes. Yet the latter three have a different
function than the former three.

Here are links to Google's Streetview to show the six examples.

Vancouver's 41st Avenue > https://goo.gl/maps/EYx3j6eE93x

Toronto's Yonge Street > https://goo.gl/maps/b6zq2fzCGdN2

Montreal's Boulevard René-Lévesque > https://goo.gl/maps/7MSniiaQLU52

BC 15 > https://goo.gl/maps/Brnkj8YGpSo

ON 6 > https://goo.gl/maps/M4TmhDJXZRC2

QC 157 > https://goo.gl/maps/EL7ZTbXvm3z


Perhaps the easiest way is to have a clear definitions for both
Tag:highway=trunk
and Tag:highway=primary. Therefore I suggest the following:

*Tag:highway=trunk *--> A provincial and/or federal government highway that
has a route number assigned to it and has route shields posted as well as
any unnumbered routes that are listed in the National Highway System - Core
Routes.

*Tag:highway=primary* --> A road that has four or more lanes in width that
is not defined by either Tag:highway=trunk or Tag:highway=motorway.

Would this distinction between the two levels -- trunk and primary -- be
clear enough for everyone?

I know that there will still be some subjectivity on behalf of the
individual OSM contributor but it provides a more clear distinction on the
border between the two categories. Also some numbered routes that serve
small towns that at the end of the road can
be classified as Tag:highway=trunk, but I feel that is more appropriate
then classifying it as a secondary or tertiary level highway. If you lived,
in say Harrison Hot Springs, BC 9 *is* your trunk route to the rest of the
world.

---

***The Federal government has direct responsibility over all roads that go
through national parks and other federally controlled property. For
example, BC 1 in Mt Revelstoke, Glacier, and Yoho national parks is not
maintained by the BC Ministry of Transportation and Infrastructure but by
the Government of Canada's Parks Canada Agency. I used to work the BC
Ministry of Transportation and Highways and we had no jurisdiction over
these sections of highway.*
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[DH]

Le 27/01/2016 17:48, Stéphane Péneau a écrit :
J'ai lu le document, qui est intéressant, mais je crois que c'est 
encore plus le brouillard qu'avant, parce que de ce que je comprends, 
il ne devrait pas y avoir de problème à utiliser ces plans. 
Bizarrement ça me parait trop simple.


Récapitulons :

Si on demande à une collectivité de mettre à disposition les plans de 
masse sur leur portail OpenData.
- Est-ce qu'ils en ont le droit ? (Droit de diffusion ? Ou de 
reproduction ?)
- il faut qu'ils s'assurent  que ce n'est pas une création originale ? 
Je doute que ça soit souvent le cas.
- Les contributeurs Osm auront le droit de les utiliser ? Dans tous 
les cas, on ne reproduit pas le plan tel quel, il n'y a donc pas de 
"copie" ou de "contrefaçon", et personne ne pourra refaire exactement 
le plan de masse depuis des infos trouvées dans Osm.


Stf

Curieusement, cela me fait penser aux débats sur les données 
cadastrales. A-t-on le droit, reproduire à l'identique, réutiliser ?

L'Histoire se répète, l'opendata bébébégaie ?
"Monsieur le Juge, c'est au moment où je nettoyais mon opendata que le 
coup est parti tout seul."


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

Re: [Talk-br] Digest Talk-br, volume 88, assunto 22

[Helio Cesar Tomio]

Anor,

Também tive problemas ao criar uma rota gpx no OSRM.
Cria um arquivo com apenas 1 Kb, corrompido.

Vc pode criar uma rota e obter o arquivo gpx, usando aplicativos android
como Osmand, Mapfactor, 7ways e até mesmo com o Google Earth.

Se quiser dar uma olhada, baixei um track de um motociclista em:
https://www.openstreetmap.org/user/Tomio/diary/37807

Anor, no Telegram (aplicativo para smartphone similar ao Whatsapp) tem uma
comunidade e de suporte ao Openstreetmap bem ativa.
A vantagem é que a comunicação é instantanea:
Suporte:
https://telegram.me/joinchat/AoFynAGuLztXZ2YfvaB8Mw

Comunidade:
https://telegram.me/joinchat/AfOmMAT1J88EN--Kpcai8Q


Em 27 de janeiro de 2016 09:00, 
escreveu:

> Enviar submissões para a lista de discussão Talk-br para
> talk-br@openstreetmap.org
>
> Para se cadastrar ou descadastrar via WWW, visite o endereço
> https://lists.openstreetmap.org/listinfo/talk-br
> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
> corpo da mensagem para
> talk-br-requ...@openstreetmap.org
>
> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
> endereço
> talk-br-ow...@openstreetmap.org
>
> Quando responder, por favor edite sua linha Assunto assim ela será
> mais específica que "Re: Contents of Talk-br digest..."
>
>
> Tópicos de Hoje:
>
>1. Exportação em GPX pelo map.project (A. Carlos)
>
>
> --
>
> Message: 1
> Date: Tue, 26 Jan 2016 18:45:25 -0200
> From: "A. Carlos" 
> To: OpenStreetMap no Brasil 
> Subject: [Talk-br] Exportação em GPX pelo map.project
> Message-ID: 
> Content-Type: text/plain; charset="iso-8859-1"
>
> Caros..
>
> Tentando fazer uma rota pelo map.project  em
>
>
> http://map.project-osrm.org/?z=8=-26.556593%2C-51.405029=-26.254856%2C-53.643064=-26.877981%2C-48.718872=en
>
> ao Exporta pra GPX cria uma GPX corrompido, alguém leu alguma coisa que
> ali teria algum problema?
>
> Se Sim, alguém tem uma outra dica pra criar Rota ali exportar em GPX?
>
>
>
>
> -- Próxima Parte --
> Um anexo em HTML foi limpo...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-br/attachments/20160126/ac9c8966/attachment-0001.html
> >
>
> --
>
> Subject: Legenda do Digest
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
> --
>
> Fim da Digest Talk-br, volume 88, assunto 22
> 
>



-- 
Helio Cesar Tomio / Mapeador Openstreetmap
https://www.openstreetmap.org/user/Tomio
OpenStreetMap Brasil / Canal Youtube: https://goo.gl/FlX6al

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

[Talk-de] 1000-Augen-Prinzip

[Markus]

In OSM werden Daten ja von tausenden Benutzern geprüft und ggf.
verbessert. So entsteht iterativ eine hohe Genauigkeit und
Detailliertheit unserer Daten.

Gibt es zum "1000-Augen-Prnizip" als Methode der Qualitätsicherung in
Opensource-Projekten schon Untersuchungen?

Mit herzlichem Gruss,
Markus

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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Stéphane Péneau]

Le 27/01/2016 21:07, DH a écrit :
Curieusement, cela me fait penser aux débats sur les données 
cadastrales. A-t-on le droit, reproduire à l'identique, réutiliser ?

L'Histoire se répète, l'opendata bébébégaie ?
"Monsieur le Juge, c'est au moment où je nettoyais mon opendata que le 
coup est parti tout seul."


Oui, un peu, à la différence que ces plans de masse proviennent de 
multiple cabinet d'architecte, urbaniste, etc ce qui complique un 
peu les choses :-/
Ok, ils sont dans les mains de celui qui paye, mais je ne pense pas 
qu'ils lui appartiennent vraiment, c'est tellement flou pour moi tous 
ces droits différents.


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

Re: [talk-au] Removing tags from way 169174227 "Blue Mountains National Park"

[Warin]

I have remove the tags.

The way remains;

a) there is a large amount of detailed mapping - I am reluctant to make it 
difficult for someone to use that detail in the future, or to just simply 
provide a group of nodes they can use.

b) it is part of a multipolygon tagged natural=wood.  This is an extremely 
large area. I am not certain as to what to do with that, I have contacted 
another mapper who is concerned with it... hopefully further thinking will 
provide an improvement.

On 27/01/2016 11:59 AM, Ian Sergeant wrote:


Hi,

To me it seems like you've addressed the issues comprehensively.

I see no reason at all to keep the redundant way.  It's just messy.

If people want to see the history, or get a copy of the way, then
that's easy enough to do - even after it's deleted.

Ian.

On 27 January 2016 at 11:16, Warin <61sundow...@gmail.com> wrote:

Hi,

The way 169174227 is tagged;

name=Blue Mountains National Park

boundary=national_park

This covers a very large area ... that is;

part of the Blue Mountains National Park (not the northern section)

all of;
Yerrandrie State Conservation Area

Yerrandrie Regional Park

Nattai State Conservation Area
Nattai National Park

Burragorang State Conservation Area

Kanangra-Boyd National Park

Jenolan Karst Conservation Reserve

As such the tags are deceptive.


I have added the following relations from LPI Admin. Boundaries;

Blue Mountain National Park (relation 5909718)
Yerrandrie State Conservation Area (relation 5910215)
Yerrandrie Regional Park (relation 5910214)
Nattai State Conservation Area (relation 5910129)
Nattai National Park (relation 5910128)
Burragorang State Conservation Area (relation 5910099)
Kanangra-Boyd National Park (relation 5909870)
Jenolan Karst Conservation Reserve (relation 5910091)

I am yet to double check for any other major entities within way 169174227
... if I find any I'll add those.

These new additions cover most of the area of way 169174227, making way
169174227 redundant?
However I would like to keep the way in the data base for reference, so
removing the tags and adding a note with a suitable comment
would look to be a good way of preserving the history and making it easily
available if needed.

I'll try leaving comments on change sets involving this way and direct them
here.

So, your thoughts?


___
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] Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS

[Martin Švec - OSM]

Ahoj,

(1) Přetrasovávání ručně nakreslených polí je dost velká piplačka, která 
vyžaduje pečlivost a zabere
mraky času. Vím o čem mluvím :-) Takže ji spíš nedoporučuju. Rozhodně se nesmí 
dělat stylem klikač
úderník. Obvykle stará data předem promažu, případně jak psal Marián natrasuju 
pole s Ctrl a sloučím
přes ContourMerge s původním, abych zachoval historii objektu a kredit 
původního autora pole.

Pozor, stará data jsou často zakreslena hodně kreativními způsoby, podle stylu 
práce autora. Našel
jsem i oblast, kde asi mapper trpěl fóbií z uzlů sdílených mezi více cestami. 
Takže místo aby každé
pole mělo jednu cestu kolem dokola a sdílelo uzly s okolím, hranice mezi poli 
rozsekal na spojité
segmenty a ty poslepoval do multipolygonů.

(2) Ty odřezky polí co zůstávají po ořezech bychom měli vyřešit :-( Netýká se 
to jen přetrasování
starých dat, ale i přetrasování LPIS polí které mezitím výrazně změnily 
geometrii. Algoritmy jsou
hotové, viz trasování budov. Akorát když jsem zahazování odřezků před rokem 
zkoušel použít v LPISu,
nepodařilo se mi najít vhodná kritéria co ještě zahodit a co prohlásit za 
regulérní plochu, byť
hodně malou. Pokud by se našel dobrovolník, který by si pohrál s testováním a 
laděním parametrů,
můžu mazání odřezků kdykoliv zapojit i v LPISu.

Martin

Dne 26.1.2016 v 20:38 Pavel Bokr napsal(a):
> OK,
>  
> ale prosim nedelat pri tom ty kousky – ja kdyz se koukam kolem sebe tak 
> postizeno je vetsi uzemi
> nez jsem myslel, mame napriklad i utrzky poli kolem luk a naopak:
> https://www.openstreetmap.org/#map=18/49.98447/14.02426
> https://www.openstreetmap.org/#map=18/49.99286/13.99835
> https://www.openstreetmap.org/#map=18/49.99137/14.03235
> a ty relikty jsou na celkem velkem uzemi – postupne se to snad opravi, ale 
> pokud mozno netvorit uz
> nove.
>  
> Ano z dnesniho pohledu jsem spatne urcil louku/pole a to by se melo 
> aktualizovat, ale bez tech
> reliktu – to je snad IMHO lepe kdyby nebyla ta hranice uplne presna dle LPIS 
> ale nebyly v mape ty
> relikty (k presnosti ja se snad vetsinu snazil trasovat podrobne a bez 
> zjednoduseni; snazil jsem
> se i dle KM nastavovat posun podkladu).
>  
>  
>  
>  
> Samozrejme souhlasim, ze LPIS je obecne presnejsi – paradoxne zakresy do nej 
> jsou mnohdy trasovany
> podle ortofota cuzk (o kterem se zde vedly diskuze jestli muzeme - nemuzeme). 
> Takze to co urednik
> nebo farmar otrasuje dle ortofota cuzk do LPISu tak pak muzeme pouzivat v OSM 
> Veselý obličej
>  
> Na druhou stranu ne vse z LPISu je vhodne prejimat za ucelem aktualizace, 
> protoze tam jsou vedeny
> i plochy, ktere nejsou spravne (treba kde uz se stavi nove domy, nebo jsou 
> spojeny pole, ktere
> jsou ve skutecnosti rozdelene mezi s cestou a prikopem a mam je rozdelene i v 
> OSM – dokud to nekdo
> neotrasuje z LPISu) a treba louky se mohou v LPISu kreslit radeji mensi, aby 
> pak nevznikl
> zemedelci problem, ze obhospodaruje mensi vymeru nez vyjde z LPISu (proto 
> treba se v lukach
> vynechavaji “diry” i pro jednotlive stromy i kdyz trava roste i pod stromem a 
> pro OSM by dle meho
> nazoru bylo vhodnejsi louku nechat a dat do ni strom jako bod ze proste 
> uvnitr te louky roste
> strom, urednici ale sleduji v LPIS jine ucely nez sleduje OSM).
>  
>  
>  
>  
> Takze tam kde je mapovano rucne muze byt asi nejvhodnejsi nejaky kompromis, 
> to co je OK prevzit z
> LPIS to co, ale neni vhodne z LPISu prebirat tak to do OSM “netahat”. Je to 
> ale casove narocnejsi
> nez naklikat co LPIS nabizi. Otrasovanim vseho by se neco urcite zpresnilo a 
> neco urcite
> znepresnilo – resp. zavedly by se do OSM i vetsi chyby nez jsou nepresnosti 
> ve soucasne rucne
> vznikle mape. K tomu je ale treba osobni znalost nebo si konkrolovat 
> spravnost a aktualnost LPIS
> podle ortofot.
>  
> Pri takovem kompromisnim mapovani (vzit si z LPISu jen to dobre) se ale ne 
> vsechno co je v LPISu
> prenese do OSM a nebylo by dobre aby tam pak nekdo dodelal i ty chybejici 
> prvky z LPISu co treba
> nekdo zamerne netrasoval, aby do OSM nevnesly vetsi nepresnosti. Nebo se muze 
> stat ze se neceo
> pretrasuje z LPISu, pak se rucne upravi geometrie aby byla v OSM byla 
> spravnejsi nez v LPISu, ale
> pokud nekdo za nejaky cas opet provede pretrasovani tak to rucni vylepseni 
> OSM oproti LPISu zrusi.
>  
> Ve vysledku to vychazi tak, ze pretrasovani rucni mapy (pokud byla delana 
> podrobne) to chce trochu
> vice peclivosti, aby to byla opravdu aktualizace pokud mozno jen k lepsimu. 
> To je pak k reseni
> vice vez jen to jestli nahodou nezustavaji relikty nebo diry.
>  
>  
>  
> Kdyz na ten LPIS koukam tak treba u velkych celku slozenych z vice dilcich 
> casti nevim jestli neni
> porad lepsi mit v OSM velke pole jako jeden rucne mapovany celek bez napojeni 
> na LPISu, podle
> LPISu treba jen rucne upravit – zpresnit vnejsi hranici (tedy pokud pole neni 
> fakticky preruseno a
> je to jeden celek – jedno dilci pole tesne sousedi s druhym a je to porad to 
> same
> 

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Jérôme Seigneuret]

Le code de propriété intellectuelle prévoit que « les œuvres *xxx*
d’architecture, *xxx* les plans, croquis et ouvrages plastiques relatifs à
*xxx* l’architecture » ne sont considérés comme des œuvres de l’esprit
protégées par le droit d’auteur que s’ils sont originaux.

Il faut que tu lises cet article Portée et limites du droit au respect de
l’œuvre architecturale 


Jérôme


Le 27 janvier 2016 à 12:49, Stéphane Péneau  a
écrit :

> Hello,
>
> Je rebondis sur la petite discussion au sujet des éventuels droits
> d'auteur sur les plans d'évacuation pour OpenEvacMap.
>
> Qu'en est-il pour les plans de masse ?
>
> Les collectivités ont ces plans pour les modifications de voirie, les
> créations de zone à urbaniser, de batiments publics, etc..
> Les récupérer pour mettre à jour Osm pourrait être intéressant, mais je ne
> sais pas s'il y a des restrictions à ce sujet, même si ces plans doivent
> répondre à des codes précis.
>
> Stf
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Admin Boundaries in Northern Ireland

[Andy Townsend]

On 26/01/2016 17:19, Walter Nordmann wrote:

Hi,

any reason why there are only admin boundaries with admin_level=10 in 
Northern Ireland?


No counties (AL6), no cities (AL8), no Suburbs(AL9) - nothing



Ireland (the island) is normally handled as one entity in OSM, so tends 
to be covered by the talk-ie list and the #osm-ie IRC channel.  This 
makes some sort of sense even in the context of admin boundaries as as I 
understand it the underlying Townland etc. structure predates the 
establishment of "Northern Ireland" (the part of Ulster that is in the UK).


Someone from the Irish community has already answered your original 
question over here:


http://forum.openstreetmap.org/viewtopic.php?pid=573526#p573526

That links to http://wiki.openstreetmap.org/wiki/Ireland/Boundaries

As has already been said, politically it's complicated... :

http://forum.openstreetmap.org/viewtopic.php?pid=573232#p573232

Cheers,

Andy

(not Irish, just an occasional tourist - any locals please feel free to 
correct any of the above)



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

Re: [Talk-it] Coordinate GPS

[Martin Koppenhoefer]

2016-01-26 22:13 GMT+01:00 demon.box :

>
> longitudine est  2°17' 3"
> latitudine nord45°37' 5"
>
> come si traducono nel classico formato GPS?
> cioè ad es.:
>
> N45 35.182 E10 12.745



normalmente il formato decimale sarebbe così:
2+(17*60+3)/3600=E2.284167
45+(37*60+5)/3600=N45.618056

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

Re: [OSM-talk-ie] Schools project - update 3

[Rory McCann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

The Dept. of Education & Skills has a website where they have all the
schools location specified ( https://www.education.ie/en/find-a-school
), but that lat/long data is not included in the downloadable schools
list and the copyright on it is not specified (i.e. it's 'all rights
reserved').

So close!

Rory

On 27/01/16 01:23, Dave Corley wrote:
> I've been following the project with great interest but there's a
> number of limiting factors preventing us doing the same at the
> moment, specifically addressing (townland project fixes that) and
> location of the schools.
> 
> The dept of ed here releases a monthly file with all schools info
> for the country but lacks location information.
> 
> However, with the onset of open data in the government, there are a
> few options that will allow for combining datasets to get what we
> need.
> 
> For example add * Dept of Education schools file (school data) To *
> Polling stations datasets (location data)
> 
> Gives a combination of school info and location together.
> 
> Sadly the polling station datasets are done at County council level
> and so far I've found only 2 released under cc-by.
> 
> More will follow, but right now that's what is holding back
> something like this in the south.
> 
> I've contacted the dept of education to ask for location data and
> was told no, with no elaboration. But that was a long while back.
> It might be worth chasing them up again
> 
> Dave On 26 Jan 2016 23:55, "Rob Nickerson"
>  wrote:
> 
>> Yes, it's a "quarterly project" to map schools. Just a bit of fun
>> started by the Mappa Mercia community in England. The aim is to
>> inspire a few people to map by giving them an idea of what to
>> help with. Hopefully we will inspire new mappers as well. I'm
>> sharing on talk-ie in case anyone wants to get involved either as
>> a mapper or by running an initiative to help attract new mappers
>> in your area. Many of our tools can also be generalised to
>> include Republic of Ireland if there is a desire for this.
>> 
>> The project is listed at 
>> https://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects
>> 
>> And the progress tracker I was referring to is at 
>> http://robert.mathmos.net/osm/schools/progress/
>> 
>> Happy mapping *Rob* 
>> ___ Talk-ie mailing
>> list Talk-ie@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-ie
>> 
> ___ Talk-ie mailing
> list Talk-ie@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-ie
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJWqIsrAAoJEOrWdmeZivv2kEAH/0EY9b35ah5veiG/0ZqQJdCG
fiAU+u35PT87KXX0AA+ystdDExoB1A9A2Gr/aGwzcEdUsEoMvX5j/e7cksStnLx1
+Emk3kEEdb4TNRNfKEUewD+KrQ83ufz9tzOTAm79lfsg/kwwCYY5GFdgPx2om/Ze
xEtXAcdrvKCcRE1zF7EivitqLlzUF2jT3G17Y5/grSfVuMSmv8ZxGw0rINz+3D4J
a4r2g6ypOrOLVnlcbJu2N6vh3X/wzROXUesopvP6xb+5HivBbDZofP2nseil8wma
8NvtF8wU0BqFIsmYkpg1z5DP/x+ROmEr+CvtYm7CzTffoGLFwowkultctmXfE3M=
=iH0p
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] OSM à la gendarmerie ?

[Christian Quest]

La Gendarmerie utilise très souvent OSM.

Ils n'ont pas encore leur propres serveurs (de tuiles, de calcul
d'itinéraire, etc) mais c'est en projet.

La préfecture de police (Paris) utilise aussi pas mal OSM...


On 27/01/2016 08:43, Erik Amzallag wrote:
> Hello
>
> Dans ce petit reportage sur l'équipement numérique à venir auprès des
> gendarmes, NéoGend, à 0:31 on voit... un fond de carte OSM
>
> http://www.20minutes.fr/lille/1773759-20160126-nord-quand-gendarmerie-rime-haute-technologie
>
> Erik
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Christian Quest - OpenStreetMap France

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

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS

[Martin Švec - OSM]

Dne 26.1.2016 v 23:09 Petr Holub napsal(a):
>>  jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
>> "odecitani" polygonu:
>>  v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam 
>> je problem,
>>  ze kdyz dany les navazuje na nekolik poli (typicky takove ty 
>> "roznudlovane pole"
>>  na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po 
>> druhem, casto
>>  se blbe hledaji ty koncove body, atd. Pokud by se ten les dal 
>> pretahnout tak, aby
>>  vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla 
>> velka pomoc.
>>
>>
>>
>>
>>
>> No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc 
>> složité by bylo
>> upravit Contour Merge netuším.Ale asi to bude nad mé síly.
>>
>>
>>
>>
>> Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak 
>> pole přetrasuješ.
> Jo, ale problem je s existujicimi poli - smazat vsechno, roztahnout les
> a pak pretrasovat (ale zase by tim clovek stoupal ve statistikach
> zmen ;o))) ). Pokud bychom to meli i jako samostatnou funkcionalitu
> na existujicich objektech, tak by to bylo super - mozna by to nemuselo
> byt tolik prace, kdyz uz to vlastne v Traceru mas.
>
>>  Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho 
>> automaticky dotahl
>>  ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou 
>> mistech. Tim by
>>  se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
>> nevsimne
>>  a pak na ne ContourMerge neaplikuje.
>>
>>
>>
>>
>> Který polygon by se dotáhnul kam?
> To by chtelo rozmalovat a presneji dorozmyslet jednotlive pripady, ale
> zhruba takto (nerucim za spravny desing, uz mam ponekud unavenou hlavu):
> stav 1: vyberu rozlivany objekt (uzavrena cesta) - editor prejde do stavu 2
> stav 2: editor postupne proiteruje vsechny diry, ktere jsou tvorene:
>   a) plochami (uzavrenymi cestami) ktere se rozlevaneho objektu dotykaji
>  ve dvou bodech, ale mezi temito dvema body existuje po neblizsich
>  cestach (nikoli nutne nejkratsi ve smyslu poctu bodu, ale nejkratsi
>  ve smyslu delky segmentu - to by melo fungovat, musi se ale zkontrolovat,
>  ze plocha sama sebe nekrizi) nesdileny bod na jedne  nebo druhe ceste
>   b) na sebe navazujicim plochami (navazujici = sdili aspon 1 bod), z nichz
>  krajni plochy sdili s rozlivanym objektem alespon jeden bod - a opet
>  po nejkratsich cestach je tam 1 nebo vice nesdilenych bodu
> stav 3: proiteruje vsechny diry a nabidne je k zaceleni uzivateli (zobrazi
>   diru a zepta se "zacelit - ano/ne"

Na tohle téma jsme si psali tuším loni na jaře. IMHO tenhle postup je 
jednodušší, praktičtější a
máme pro něj v Traceru spoustu kódu hotovou:

(1) Vybrat rozlívaný objekt A, zapnout funkci rozlivu.
(2) Editor přejde do režimu "freehand výběru".
(3) Myší zhruba nakreslit "bramboru" B kam všude se má objekt A rozlít, s 
dostatečnými přesahy přes
okolní objekty včetně objektu A.
(4) Spočítat sjednocení polygonů A + B = polygon C.
(5) Ořezat polygon C ořezovou funkcí která je v Traceru.
(6) Vrátit se do bodu (2), nebo opustit funkci rozlivu přepnutím na jinou 
funkci JOSM.

Tím zakreslením přibližné plochy B kam se má rozlívat odpadá problematická 
detekce "děr" a "průlivů
do nekonečna". Není ani potřeba dotazovat se na každou díru, roztahování plochy 
se dá udělat na pár
rychlých čmárnutí myší.

Základní koncept je jednoduchý, ale cítím tam spoustu drobných zádrhelů, které 
se budou muset
ošetřit a sežerou nejvíc času :-) Taky ta funkce nemůže být vyloženě 
univerzální -- musí existovat
předdefinované sady tagů, které okolní polygony mají rozliv ořezávat a které se 
mají ignorovat.

Sežeň si studenta který to odprogramuje, rád mu poradím, ale sám na to čas 
nemám. Hlavně na to
ladění zádrhelů.

Martin

>
> Petr
>
>
>
> ___
> 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: [Talk-GB] Admin Boundaries in Northern Ireland

[Killyfole and District Development Association]

Hi Walter,

We don't actually have defined cities like in other parts of the world. In 
fact there are only 5 which are classed as cities.  They are Armagh, Belfast, 
Derry/Londonderry, Lisburn and Newry.

Historically, each city had its own council. But recently the councils have 
been merged into what we called super councils.   For example the new super-
council covering Armagh City, now covers a huge area and is called "Armagh 
City, Banbridge and Craigavon Borough Council"  the only completely intact 
council being Belfast City Council.

The boundaries are defined by the OSNI/LPS and up until a few months ago all 
their data was Crown copyright.  They have started to release some data under 
an Open Government Licence but this is a slow, painful process!  The Royal 
Mail also own the addresses and postcodes here and while they have been forced 
to "open" the postcode in other parts of the UK, they still refuse to do it 
here.  This makes all data sources we would need to plot city boundaries are 
copyrighted by various organisations.

I hope this explains the situation here in "Norn Iron"

Clive (KDDA)

On Wednesday 27 January 2016 11:52:12 Walter Nordmann wrote:
> thx, Colin.
> 
> But it can't be ok that there are no city boundaries in N-I any more.
> Ok, counties may be historic now, but Cities?
> 
> see: https://www.openstreetmap.org/search?query=belfast%2C ireland
> 
> only result is a place-node. OMG
> 
> Regards
> walter
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb


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

[OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Stéphane Péneau]

Hello,

Je rebondis sur la petite discussion au sujet des éventuels droits 
d'auteur sur les plans d'évacuation pour OpenEvacMap.


Qu'en est-il pour les plans de masse ?

Les collectivités ont ces plans pour les modifications de voirie, les 
créations de zone à urbaniser, de batiments publics, etc..
Les récupérer pour mettre à jour Osm pourrait être intéressant, mais je 
ne sais pas s'il y a des restrictions à ce sujet, même si ces plans 
doivent répondre à des codes précis.


Stf



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

Re: [OSM-legal-talk] Use of data from the EU GMES/Copernicus programme

[Christoph Hormann]

Not sure if i should interpret the lack of respone as agreement to my 
assessment that the data may be used as a source for OSM mapping with a 
notice on the contributors page.  If there are opinions to the contrary 
please speak up.

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

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

[OSM-talk-fr] Mise à jour la page wiki amenity=university

[Thibault Drevet]

Bonjour à tous,

Juste pour vous signaler que j'ai mis à jour la page française du wiki
amenity=university [1].

Globalement j'ai repris la version anglaise qui avait évolué et amélioré
(je l'espère) la traduction en français. Les italiens ont de ce côté fait
beaucoup plus succinct sur leur page !

Je suis d'accord avec la remarque de Philippe sur la page du vote, la
différenciation entre amenity=university et amenity=college est vraiment
très orientée UK. En gros l'université d'un côté, et tout le reste de
l'enseignement supérieur de l'autre.

On retrouve dans ce dernier, en vrac avec overpass : les centre de
formation (pour apprentis, pour adultes, professionnels), conservatoires
(musique, danse, théatre), instituts, écoles nationales (musique, police,
etc.), écoles supérieures (commerce, gestion, arts, architecture, etc.)
écoles d'ingénieur, ENS, etc.

On pourra toujours créer une clé college:FR=* (attention faux-ami) ou
charger la clé school:FR=*. Dommage que la proposition education=*
(university, training_centre, business_school, etc.) n'ait pas été retenue
à l'époque.

Si besoin de modifs sur la page wiki, n'hésitez pas.

++
Thibault

[1] http://wiki.openstreetmap.org/wiki/FR:Tag:amenity=university
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Coordinate GPS

[Max1234Ita]

Any File wrote
> Cosa vuoi sapere di preciso
> 
> 1) qual è la formula matematica (ovvero il metodo per farlo tu a mano)
> 
> 2) dove trovare su internet dei siti che ti fanno la conversione
> 
> 3) dove trovare un programma che ti converta molti di queste coordinate
> 
> (al 3 quesito non saprei rispondere su due piedi...)
> 
> AnyFile


Se non ricordo male la funzione di ricerca per coordinate di OsmAnd permette
di convertire tra diversi formati; Non credo proprio che implementi anche la
traslazione da Monte Mario a Greenwich, ma tra formato sessagesimale,
decimale ed UTM un aiutino dovrebbe darlo.


Ciao e buona giornata,
Max





--
View this message in context: 
http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896p5865942.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-GB] Admin Boundaries in Northern Ireland

[Walter Nordmann]

thx, Colin.

But it can't be ok that there are no city boundaries in N-I any more. 
Ok, counties may be historic now, but Cities?


see: https://www.openstreetmap.org/search?query=belfast%2C ireland

only result is a place-node. OMG

Regards
walter

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

Re: [Talk-GB] Admin Boundaries in Northern Ireland

[Colin Smale]

Cities in the UK is a title awarded to a "place" by the Crown
(formally). The status has to be awarded to some entity, which is
usually an existing local government unit. Its boundaries are therefore
inherited from the local government unit which holds the city status. 

Not to be confused with "large towns"! 

Colin

On 2016-01-27 11:52, Walter Nordmann wrote:

> thx, Colin.
> 
> But it can't be ok that there are no city boundaries in N-I any more. Ok, 
> counties may be historic now, but Cities?
> 
> see: https://www.openstreetmap.org/search?query=belfast%2C ireland
> 
> only result is a place-node. OMG
> 
> Regards
> walter
> 
> ___
> 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-TW] 地圖[真正]宅不出門的 mapping party & 批次匯入請教

[Kuang-che Wu]

On Wed, Jan 27, 2016 at 01:06:31PM +0800, 洪朝貴 wrote:
> 1. 少數幾位「非宅」上街每隔幾十公尺照一張斜斜的「滿街招牌照」， 貼上網站。
這步建議直接用 Mapillary 的 app, 一路走過去每隔幾家店就拍一張,
一方面拍到更多資訊, 也許有助於之後的 tagging,
另一方面, 若 GPS 定位沒差太多的話, 也許有助於決定 node 的位置.

> 2. 少數幾位有 osm 帳號的宅宅根據照片用 id 編輯器建立 nodes。
> 大部分的 nodes 只填 [amenity 或 shop] 以及 name 兩個欄位。
> 挑兩三個「示範 nodes」 填入較豐富的資訊。
shop 的話可以填 shop=yes, 其他人再接手看是哪一種 shop.
各行各業如何 tag, 這個 pad 可能有幫助 https://osmtw.hackpad.com/tag-RmL5fQsiMGp

> 3. 一位技術人員用 overpass turbo 把整區的 amenity 跟 shop 撈出來、
> 貼到 ethercalc.org (類似 google doc 的即時共筆試算表)，
> 跟據類別排序 (所有的咖啡店排在一起、 所有的便利商店排在一起)。
> 範例： https://ethercalc.org/osmtwed-t01
> 4. 電腦教室裡的 [宅不出門 mapping party]： 大家看著試算表，
> 對照著「示範 nodes」， 有哪些空白欄位需要補上一目瞭然。
> 開始 google 商家名稱或打電話， 填表。
> 5. 在此同時， 官網尚未更新前， umap 可以即時顯示目前編輯的狀況。
> 待辦： 需要寫一支小程式把 ethercalc 上面的內容轉成 geojson 餵給 umap。
> 6. 結束後， 一位技術人員把上述 geojson 檔匯入到 OSM 官方資料庫。
> 因為大眾參與的第 4 步並不增減 nodes， 只是增加/編輯欄位，
> 所以很容易用程式檢查確認只會動到官網資料庫既有的 nodes。
由於這些資料都是人工確認過的, 我覺得資料本身匯入沒有問題.

但有幾個要注意的地方,
- 若那邊已經有人 mapping 過一部分了, 他用的 tag
  可能跟你們想處理的不太一樣(譬如不是 amenity 也不是 shop).
  那麼在第 2 步時, 小心不要 duplicate 了.
  如果真的不是 amenity 或 shop, 那在第 4 步時看不到,
  參與者可能會發現有某個公司(?)被跳過了, 可能會造成他們的困惑?

- 第 2 步跟第 6 步中間的時間差. 若在那中間已經有其他 mapper 對那些 nodes
  修改 作第 6 步的人可能要手動 merge conflict



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

Re: [Talk-GB] Next UK chapter concall

[Jez Nicholson]

Does anyone know a friendly accountant?

A CIC pays tax on profits just as any company does. You may have to pay
corporation tax on membership fees, donations, etc. 'income' that isn't
spent, aka 'trading profit'.
http://www.hmrc.gov.uk/manuals/ctmanual/ctm40145.htm

On Tue, 26 Jan 2016 at 23:14 Rob Nickerson 
wrote:

> Brian wrote:
> >On legal structures, please read Rob's excellent summary before the
> >concall. I've read it and my conclusion so far, and I'm still not clear on
> >some things, is that we shouldn't go for unincorporated society (unlimited
> >liablity for officers) or charity (we don't have a charitable purpose and
> >the legal strictures are a bit more complex than we'd want). From the rest
> >I think company limited by guarantee (that's what OSMF chose) suits us
> >best. Not sure yet whether CIO or CIC, given that we'd be non-profit, are
> >worth considering.
>
> Thanks Brian. I found time to look again at CIC's today and have updated
> the document and wiki [1]. They are limited companies with extra features.
> The extra features mean more paperwork (although apparently not too much
> more) but send a clear message that we are for community benefit not
> personal gain.
>
> A CIO is essentially a "Charity-light" in that it only needs to register
> with the Charity Commission and not Companies House as well (as a
> Charitable Company does). I'm not sure how much annual overhead and
> legalise this removes. We still would need to meet the Public Benefit Test
> (and presumably obey Charity Law).
>
> Will discuss on the concall.
>
> *Rob*
> [1] https://wiki.openstreetmap.org/wiki/UK_Group#Structures
> ___
> 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] Admin Boundaries in Northern Ireland

[Walter Nordmann]

Am 26.01.2016 um 20:41 schrieb Brian Prangle:

AL10 boundaries came from the OSM Ireland Project on Townlands  rgds Brian


No problem with this. But where are the Cities?

very strange

rgds
walter

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

Re: [Talk-GB] OSM with Wikidata: 27,232 matches found in England

[Colin Spiller]

Edward

This looks good but doesn't seem to work well for Yorkshire and the 
Humber. West Yorkshire doesn't seem to be available at all, and when I 
select Schools (or anything else) i just get

Internal Server Error

The server encountered an internal error and was unable to complete your 
request. Either the server is overloaded or there is an error in the 
application.


Is there a problem or have I (as usual) done something wrong?

Thanks
Colin in West Yorkshire



On 24/01/16 11:46, Edward Betts wrote:

I've extended my search for matches between OSM and Wikidata. It now covers
all of England instead of just the West Midlands.

The results are grouped by region or county as well as by category.

http://edwardbetts.com/osm-wikidata/england/

It should be possible to use this a basis for uploading. The results can be
grouped by category and county when uploaded.



--
Colin Spiller
co...@thespillers.org.uk


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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Jérôme Seigneuret]

C'est pas toi qui le défini mais le juge. Mais bon, on peut anticipé en
effet.


En clair il faut que ce soit des éléments graphiques qui permettent de
reconnaître un style (Encore faut-t-il connaitre le style en question et
que ce ne soit pas la copie du style d'un autre). La patte de l'artiste
comme disent certains.


La page la plus complète que j'ai trouvé pour le moment est celle-ci:

http://fr.jurispedia.org/index.php/Crit%C3%A8re_de_protection_des_%C5%93uvres_par_le_droit_d%E2%80%99auteur_(fr)

Bonne journée,
Jérôme


Le 27 janvier 2016 à 14:57, dHuy Pierre  a écrit :

> à partir de quand définir l'originalité en ce cas?
>
>
> Le Mercredi 27 janvier 2016 13h28, Jérôme Seigneuret <
> jseigneuret-...@yahoo.fr> a écrit :
>
>
> Le code de propriété intellectuelle prévoit que « les œuvres *xxx*
> d’architecture, *xxx* les plans, croquis et ouvrages plastiques relatifs
> à *xxx* l’architecture » ne sont considérés comme des œuvres de l’esprit
> protégées par le droit d’auteur que s’ils sont originaux.
>
> Il faut que tu lises cet article Portée et limites du droit au respect de
> l’œuvre architecturale 
>
>
> Jérôme
>
>
> Le 27 janvier 2016 à 12:49, Stéphane Péneau 
> a écrit :
>
> Hello,
>
> Je rebondis sur la petite discussion au sujet des éventuels droits
> d'auteur sur les plans d'évacuation pour OpenEvacMap.
>
> Qu'en est-il pour les plans de masse ?
>
> Les collectivités ont ces plans pour les modifications de voirie, les
> créations de zone à urbaniser, de batiments publics, etc..
> Les récupérer pour mettre à jour Osm pourrait être intéressant, mais je ne
> sais pas s'il y a des restrictions à ce sujet, même si ces plans doivent
> répondre à des codes précis.
>
> Stf
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Next UK chapter concall

[Frederik Ramm]

Hi,

On 01/27/16 10:02, Jez Nicholson wrote:
> Does anyone know a friendly accountant? 

I'm sure the OSMF accountant would be willing and able to comment on
these things (and as long as this just adds an hour or two to OSMF bill
it would be totally ok to involve her). I can either forward a list of
questions or introduce one of you to her for an email exchange (but
unwilling to let 20 people email her with ideas).

The OSMF is a "normal" company limited by guarantee (I never encountered
the acronyms CIO or CIC so I guess we are neither), and pays corporation
tax on profits from what a layman would call "business-like activities"
(e.g. if we run a conference that makes a profit through sponsorship or
ticket sales then we have to pay tax on that profit; or if we produce
and sell merchandise and make a profit from that). We don't pay taxes on
donations or membership fees.

Bye
Frederik

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

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

Re: [talk-au] Tagging for NSW "State Conservation Area"?

[Andrew Davidson]

border=protected_area is the way to go. The protect_class 1 to 6 are based on 
the IUCN categories so you can use this:

https://www.environment.gov.au/land/nrs/science/capad/2014

to figure out which one to use. 

For example Livingstone SCA is IUCN II so it's protect_class=2. 

This will make your tagging consistent with the descriptions at the top of the 
wikki entry for protected_area but it won't match the table entry for Australia 
because as mentioned on the discussion page they are inconsistent (with an 
invitation from 2011 for someone from Australia to fix it). 

On 26 Jan 2016 17:20, Warin <61sundow...@gmail.com> wrote:
>
> What are the preferred tags for these areas?
>
> In the past at least some of these were called "State Recreation Areas" and 
> had recreation as their primary goal, with secondary goals of conservation.
>
> Now, quoting from 
> http://www.nationalparks.nsw.gov.au/conservation-and-heritage/state-conservation-areas,
>  they have;
>
> "State conservation areas are lands reserved to protect and
> conserve significant or representative ecosystems, landforms, natural
> phenomena or places of cultural significance. They provide opportunities
>   for sustainable visitation, public enjoyment, and research.
>
> The main difference between the management, objectives
> and principles of national parks and state conservation areas is that
> mineral and petroleum exploration and mining may be permitted in state
> conservation areas."
>
> I have
>
> boarder=protected_area
>
> name=* Conservation Area
>
> website=*
>
> and may add things like landcover=trees, natural=wood etc as appropriate ...
>
> Any other thoughts?
>
> I don't think they should be tagged as National Parks ..
>
> Possible inclusions
>
> leisure=nature_reserve
>
> ___
> 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-legal-talk] Use of data from the EU GMES/Copernicus programme

[Christoph Hormann]

On Wednesday 27 January 2016, Frederik Ramm wrote:
> > It is my understanding that by listing Copernicus data sources on
> > the contributors wiki page OSM would satisfy the requirements of
> > the EU regulation to inform the public about the data source.
>
> Perhaps you can explain your reasoning a bit more. I read:
>
> "The intellectual property of any Derivative Works made by the User
> belongs to the User. However he shall mark such Derivative Works
> as follows, whenever sharing, publishing, distributing or in any
> other way making them available to others: “contains Copernicus data
> (year of reception)”."

That cited paragraph is from the old terms and conditions that were 
originally put up with the first Sentinel-1 data in 2014.  This 
document is still accessible but it is not linked any more (you can't 
even find it through Google seach apparently).  The newer, currently 
linked terms and conditions are strictly based on the EU regulation and 
no more include any contraints regarding derivative works.

My guess is (but this is really a wild guess) that with the original 
terms some prospective data users approached the EU commission asking 
for the terms to not be more restrictive than what was mandated by the 
regulation and this is exactly what happened then.

Regulation 1159/2013 gives conditions regarding data use in article 7 
and 8 which essentially boils down to a single requirement:

"When distributing or communicating GMES dedicated 
data and GMES service information to the public, users shall 
inform the public of the source of that data and information."

As i see it the question here can only be if the obligation to "inform 
the public" is fulfilled by listing on the contributors page.

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

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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[dHuy Pierre]

à partir de quand définir l'originalité en ce cas? 

Le Mercredi 27 janvier 2016 13h28, Jérôme Seigneuret 
 a écrit :
 

 Le code de propriété intellectuelle prévoit que « les œuvres xxx 
d’architecture, xxx les plans, croquis et ouvrages plastiquesrelatifs à xxx 
l’architecture » ne sont considérés comme desœuvres de l’esprit protégées par 
le droit d’auteur que s’ils sont originaux.

Il faut que tu lises cet article Portée et limites du droit au respect de 
l’œuvre architecturale

Jérôme

Le 27 janvier 2016 à 12:49, Stéphane Péneau  a 
écrit :

Hello,

Je rebondis sur la petite discussion au sujet des éventuels droits d'auteur sur 
les plans d'évacuation pour OpenEvacMap.

Qu'en est-il pour les plans de masse ?

Les collectivités ont ces plans pour les modifications de voirie, les créations 
de zone à urbaniser, de batiments publics, etc..
Les récupérer pour mettre à jour Osm pourrait être intéressant, mais je ne sais 
pas s'il y a des restrictions à ce sujet, même si ces plans doivent répondre à 
des codes précis.

Stf



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



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


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

Re: [OSM-legal-talk] Use of data from the EU GMES/Copernicus programme

[Frederik Ramm]

Hi,

On 01/16/16 14:57, Christoph Hormann wrote:
> It is my understanding that by listing Copernicus data sources on the 
> contributors wiki page OSM would satisfy the requirements of the EU 
> regulation to inform the public about the data source.  

Perhaps you can explain your reasoning a bit more. I read:

"The intellectual property of any Derivative Works made by the User
belongs to the User. However he shall mark such Derivative Works
as follows, whenever sharing, publishing, distributing or in any other
way making them available to others: “contains Copernicus data (year
of reception)”."

This seems to be at odds with mentioning it on the Wiki; clearly the
content of, say, planet.openstreetmap.org/planet-latest.osm.pbf is not
"marked" by something that is put on an entirely different web page?

Then again, maybe your reasoning is that in this agreement, the "User"
is the individual mapper, who creates a derivative work on his computer
and then uploads to OSM; in that case the mapper would have to "mark"
his upload (possibly in a source tag?) with "contains Copernicus data
(year of reception)" and then OSM would be in the clear?

Bye
Frederik

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

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

Re: [Talk-GB] Admin Boundaries in Northern Ireland

[Steve Doerr]

Looks like there is some open data available including 2012 districts (I 
think these are the 'super councils' referred to):

http://www.nidirect.gov.uk/index/information-and-services/property-and-housing/your-neighbourhood-roads-and-streets/ordnance-survey-of-northern-ireland/product-range/digital-products/large-scale-vector-boundary-data.htm

Steve


On 27/01/2016 11:50, Killyfole and District Development Association wrote:

Hi Walter,

We don't actually have defined cities like in other parts of the world. In
fact there are only 5 which are classed as cities.  They are Armagh, Belfast,
Derry/Londonderry, Lisburn and Newry.

Historically, each city had its own council. But recently the councils have
been merged into what we called super councils.   For example the new super-
council covering Armagh City, now covers a huge area and is called "Armagh
City, Banbridge and Craigavon Borough Council"  the only completely intact
council being Belfast City Council.

The boundaries are defined by the OSNI/LPS and up until a few months ago all
their data was Crown copyright.  They have started to release some data under
an Open Government Licence but this is a slow, painful process!  The Royal
Mail also own the addresses and postcodes here and while they have been forced
to "open" the postcode in other parts of the UK, they still refuse to do it
here.  This makes all data sources we would need to plot city boundaries are
copyrighted by various organisations.

I hope this explains the situation here in "Norn Iron"

Clive (KDDA)

On Wednesday 27 January 2016 11:52:12 Walter Nordmann wrote:

thx, Colin.

But it can't be ok that there are no city boundaries in N-I any more.
Ok, counties may be historic now, but Cities?

see: https://www.openstreetmap.org/search?query=belfast%2C ireland

only result is a place-node. OMG

Regards
walter

___
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



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-GB] Schools project - update 3

[Philip Barnes]

On Tue, 2016-01-26 at 19:38 +, Rob Nickerson wrote:
> A third update on the quarterly project.
> 
> 0. The what project?
> http://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects
> 
> 1. Open Data Manchester
> Following a tweet Open Data Manchester have asked whether anyone can
> go and show them how to map. Looks like their next meeting is Monday
> February 1st, 6.30 – 8.30pm. Any volunteers?
> 
Have you any more information on this? I can get into Piccadilly at
18:15, and last train home is 22:36. So would be interested as long as
its not too far from the station.

Thanks
Phil (trigpoint)

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

[OSM-co] Mapeo remoto en Nazaret

[Artesano]

Esta noche (MIE-27-2016) vamos a tener voluntarios disponibles en la mesa
de ayuda para aquellos que puedan mapear en Nazareth entre 20:00 y 22:00

https://tasks.hotosm.org/project/1418

Quienes todavía no estén en la mesa de ayuda por favor enviar un correo con
su usiario de gmail.

-- 
Juan Carlos Pachón
​OpenStreetMap Col.​
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] Coordinate GPS

[demon.box]

cercando in rete ho trovato questo sito:

http://www.geocaibassano.it/catasto-grotte-geo-cai/convertitore-di-coordinate

che esegue direttamente la conversione delle coordinate dal formato "Roma
1940 a Ovest di Monte Mario" a Wgs84 e siccome guarda caso si tratta del
sito del Gruppo *Speleogico* Geo CAI Bassano mi viene da pensare che
probabilmente le grotte erano (soprattutto in passato) georeferenziate con
il sistema Monte Mario.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896p5865986.html
Sent from the Italy General mailing list archive at Nabble.com.

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