date:20150501

L'idée de Verdy est pas al en la matière mais non normalisé encore, donc ta
solution parait pas mal.Pour te répondre le consensus est clairement sur
operator, usage (avec GPS, GLONASS, GSM, LTE... etc), l'apparence de l'antenne
shape/type (à choisir). Sinon pour ton mégapylone, je ne connais pas les
données sur ce point mais combien d'opérateurs et quel type d'usage?

Le Samedi 2 mai 2015 0h14, Jean-Marc Liotier j...@liotier.org a écrit :

On 01/05/2015 23:05, Jérôme Amagat wrote:
Il y a 5 fichier texte [Supports, Stations, Antennes, Emetteurs, Bandes]
On peut passer d'un fichier a l'autre avec differents id.
Voilà ce que fournit donc l'anfr. Bien sur, RIEN N'OBLIGE DE TOUT
INTÉGRÉ DANS OSM.

(peut être reparler de mast , tower, communications_tower, moi je
comprends pas les différences)

Tu n'es pas seul...

First question: Is it a mast or a tower ?
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcommunications_tower#First_question:_Is_it_a_mast_or_a_tower.3F

http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast montre un exemple
où man_made=mast et man_made=tower sont tous les deux valides - la
limite est floue.

Pour illustrer, pour ceux qui n'ont pas l'habitude d'en voir...
http://wiki.openstreetmap.org/w/images/a/a5/Frazier_Peak_microwave_relay_tower.jpg

Aucun pylone ne résistera au poids d'autant d'étiquettes Openstreetmap...

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

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?

2015-05-01 Per discussione Shohreh

sebastien.bugzi...@gmail.com wrote
 http://map.meurisse.org/

Merci.

Ça utilise le rendu OSM (perso: beurk) plutôt que MapQuest et c'est externe
au site OSM, mais en attend mieux, je prends.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700p5842809.html
Sent from the France mailing list archive at Nabble.com.

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

[talk-au] camp sites

2015-05-01 Per discussione David Bannon

Hi Folks, as some of you are possibly not subscribed to the tagging
mailing list, thought I'd point out a proposal under way.

Its about a rough classification of camp sites in an ordered way. With
the intention of making them a bit easier to render or search for.

https://wiki.openstreetmap.org/wiki/Proposed_features/Camp_Site

Note we use camp site as being the larger area that we, in Oz, would
call a camp ground. And what we would call camp site, where one tent
or caravan would be set up, is a pitch. They are UK terms, that's OSM
policy.

But camping is Australia so please consider voting folks. The discussion
has driven home to me just how lucky we are in this country in this
respect at least !

David




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

Re: [OSM-talk-fr] Normalisation du tag antenne

2015-05-01 Per discussione Philippe Verdy

Le 2 mai 2015 00:09, dHuy Pierre dh...@yahoo.fr a écrit :

 @Verdy: un jour faudra que tu lances une encyclopédie :)


A l'heure où les encyclopédies arrêtent les unes après les autres...
Wikipédia est là pour durer (même s'il ne peut répondre à tout et si on le
critique beaucoup c'est devenu le point d'entrée universel pour trouver
autre chose via les références externes... car oui on ne doit pas s'en
contenter et passer le contenu en revue en cherchant les références et en
s'en servant).

Il ne restera plus que les ouvrages spécialisés et guides pour les nuls
(d'ailleurs de moins en moins vendus sous forme imprimée mais juste en
ligne sous forme d'eBook ou de service de questions à la demande).

Sinon il restera juste les ouvrages universitaires pour la recherche et les
publications privées industrielles (quand elles sont accessibles... sinon
il faut attendre la publication d'un brevet), même même eux maintenant
copient (ou plagient) Wikipédia sans forcément le citer. Le plagiat ça n'a
jamais été mon truc, j'ai un regard critique sur tout et forcément ce que
je dis ou écrit est forcément orienté, et tant pis si d'autres ne sont pas
d'accord, au moins je ne suis pas là pour copier les autres et je les
incite à user de leurs propre esprit critique et leur originalité pour me
contredire.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] camp sites

2015-05-01 Per discussione Ian Sergeant

Hi,

My only observation would be that in Australia toilets and no water seems a
very common combination at camp grounds.  You know the kind of campground
I'm talking about, with either drop toilets or unpotable  water.

It would probably be worthwhile making a call on the classification that
applies to these kinds of camp grounds.

Ian.

On 2 May 2015 at 10:25, David Bannon dban...@internode.on.net wrote:

 Hi Folks, as some of you are possibly not subscribed to the tagging
 mailing list, thought I'd point out a proposal under way.

 Its about a rough classification of camp sites in an ordered way. With
 the intention of making them a bit easier to render or search for.

 https://wiki.openstreetmap.org/wiki/Proposed_features/Camp_Site

 Note we use camp site as being the larger area that we, in Oz, would
 call a camp ground. And what we would call camp site, where one tent
 or caravan would be set up, is a pitch. They are UK terms, that's OSM
 policy.

 But camping is Australia so please consider voting folks. The discussion
 has driven home to me just how lucky we are in this country in this
 respect at least !

 David




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

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

Re: [OSM-talk] BBC License Violation?

2015-05-01 Per discussione Imre Samu

 BBC
 source NGA, Nepalese government

??
http://nepal.nga.opendata.arcgis.com/datasets/74deb0f5eb6f4f7099f8f24cc176d5f9_3

IDP Camps Nepal April 29th 2015
- IDP_Camps (2111)
- Production : 04/28/2015 to 04/29/2015
- Metadata IDP Camps Nepal April 29th 2015
- Licensing No license specified
- Source
http://ngamaps.geointapps.org/arcgis/rest/services/NEPAL/Latest_NGA_Damage_Assessments/MapServer/3


and , maybe related :
Nepal, OSM License, and the NGA
http://www.openstreetmap.org/user/MapMakinMeyers/diary/34878


Imre


2015-05-01 23:53 GMT+02:00 Robert Banick rban...@gmail.com:

 This: http://www.bbc.com/news/world-asia-32551499

 Map at bottom

 —
 Sent from Mailbox https://www.dropbox.com/mailbox


 On Fri, May 1, 2015 at 9:50 PM, Pierre Béland pierz...@yahoo.fr wrote:

 same problem with me.


 Pierre

  --
 *De :* Simon Poole si...@poole.ch
 *À :* talk@openstreetmap.org
 *Envoyé le :* Vendredi 1 mai 2015 17h44
 *Objet :* Re: [OSM-talk] BBC License Violation?

 Robert, the link doesn't seem to work (not just for me)

 Simon





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




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


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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Andrew MacKinnon

I can confirm that McDonald's in Quebec, Canada have an apostrophe
from a Mapillary image of one in Gatineau, QC:
http://www.mapillary.com/map/im/CYy8HTA4MeQouhZ6929gJw. Reason being
that an apostrophe is English but it is allowed in Quebec (at least
nowadays) under French language laws.

I am aware that McDonald's in non-Latin scripts is different but I
assume that McDonald's has an apostrophe everywhere else. (Is there a
country where McDonalds is actually correct?)

If someone manages to get properly licensed data on store locations
from a large company, it might be useful to look at the data
integration functionality at http://osmose.openstreetmap.fr/en/map/.
Simply importing data is a bad idea because there already are lots of
existing POIs in OSM (there are 14039 objects with name=McDonald's in
OSM and Wikipedia says there are about 35000 McDonald's restaurants in
the world, so OSM has slightly less than 50% of them), and because
imported data is often poor quality.

On Fri, May 1, 2015 at 5:52 PM, pmailkeey . pmailk...@googlemail.com wrote:


 On 1 May 2015 at 18:30, Imre Samu pella.s...@gmail.com wrote:

  .. McDonald's  problem...

 Please don't forget the   true McDonald's problem!  It is a content
 encoding hell.
 and very hard to detect by any ordinary field mappers.

   #1.
 name=McDonald’s( count=126 )  U+2019 ’ e2 80 99 RIGHT SINGLE
 QUOTATION MARK
 http://taginfo.openstreetmap.org/tags/name=McDonald%E2%80%99s
 http://overpass-turbo.eu/s/97c

  #2.
 name=McDonald´s( count=40 )   U+00B4 ´ c2 b4 ACUTE ACCENT
 http://taginfo.openstreetmap.org/tags/name=McDonald%C2%B4s
 http://overpass-turbo.eu/s/97e

  #3.
 name=McDonald's   ( count=14039)   U+0027 ' 27 APOSTROPHE
 http://taginfo.openstreetmap.org/tags/name=McDonald's

 Regards,
  Imre



 Any hope of tracing the sources of #1 and #2 ? Such as Apple users ? and
 which editor was used?

 --
 Mike.
 @millomweb - For all your info on Millom and South Copeland
 via the area's premier website -

 currently unavailable due to ongoing harassment of me, my family, property 
 pets

 TCs

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


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

Re: [OSM-talk] BBC License Violation?

2015-05-01 Per discussione Pierre Béland

Harry could you assure that they interview KLL ? I agree with Simon. This would 
be the more beneficial for OSM.
regard  
Pierre 

  De : Simon Poole si...@poole.ch
 À : talk@openstreetmap.org 
 Envoyé le : Vendredi 1 mai 2015 18h14
 Objet : Re: [OSM-talk] BBC License Violation?
   

Correct link worked now.

I'm not aware that anybody in the LWG has a BBC contact, but Harry Wood
from the CWG (and HOT) should have one. 

It is one of the cases were more benefit is likely to be had by getting
the BBC to do a piece on OpenStreetMap, KLL and the volunteers that are
supporting the aid efforts by remote mapping. Getting attribution in an
article that will be somewhere in the archives tomorrow doesn't really
help anybody, and will potentially just end in disagreement because the
provience of the data is likely difficult to actually trace, better
strategy to have BBC owe us one.

Simon



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


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

Re: [OSM-talk] BBC License Violation?

Agreed with all the above. No sense coming across very small in a disaster, but 
it is an opportunity to tell our story. Whether the BBC bites or not is 
really out of our control. 



—
Sent from Mailbox

On Fri, May 1, 2015 at 11:14 PM, Pierre Béland pierz...@yahoo.fr wrote:

 Harry could you assure that they interview KLL ? I agree with Simon. This 
 would be the more beneficial for OSM.
 regard  
 Pierre 
   De : Simon Poole si...@poole.ch
  À : talk@openstreetmap.org 
  Envoyé le : Vendredi 1 mai 2015 18h14
  Objet : Re: [OSM-talk] BBC License Violation?

 Correct link worked now.
 I'm not aware that anybody in the LWG has a BBC contact, but Harry Wood
 from the CWG (and HOT) should have one. 
 It is one of the cases were more benefit is likely to be had by getting
 the BBC to do a piece on OpenStreetMap, KLL and the volunteers that are
 supporting the aid efforts by remote mapping. Getting attribution in an
 article that will be somewhere in the archives tomorrow doesn't really
 help anybody, and will potentially just end in disagreement because the
 provience of the data is likely difficult to actually trace, better
 strategy to have BBC owe us one.
 Simon
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
   ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Andrew MacKinnon

On Fri, May 1, 2015 at 11:07 AM, Frederik Ramm frede...@remote.org wrote:
 Andrew,
 That's a very computer person approach to take. In fact, the
 McDonald's issue has already been tried by someone in the past with an
 undiscussed mechanical edit, promptly falsifying a few non-chain
 non-fastfood places that *really* were called McDonalds just as you mention.

I am aware of this problem, though usually trademark laws would make
it illegal to operate such a store. Various weird exceptions might
exist, such as a McDonalds that existed before the well-known
McDonald's fast food restaurant existed, or something called McDonalds
that is not a fast food restaurant. There is a bus stop in Sudbury,
Ontario, Canada called McDonalds in front of a McDonald's fast food
restaurant which I am told is correct because the bus stop name was
accidentally misspelled by the city and never corrected. Usually this
is only a problem for a chain that only operates in certain countries,
and there are unrelated stores in other countries. I would strongly
recommend putting a note on any POI that has the name of a common fast
restaurant like McDonald's, Subway, KFC, etc. that isn't actually what
you think it is.

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

Re: [OSM-talk-fr] Normalisation du tag antenne

@Jérome: Merci de l'avoir expliqué. Je suis opposé au tag communication:*= 
cependant, en effet je trouve que ces tags surchargeraient trop en cas de 
données multiples et ne serons jamais assez exhaustif, on risquerait de se 
retrouver avec des key user defined...). Pour le type d'antenne, je propose 
déjà antenna:shape (antenna:type éventuellement, j'étais partagé en écrivant). 
Mais on reste sur le même set d'info a taguer.@Lacombe, comme précisé plus 
haut, les commentaires sont souhaités entre crochet, j'ai donc rajouté pour les 
tiens mais du coup j'y réponds ici. Ah et si possible sur le pad les 
commentaires sont plus intéressants s'ils constituent un texte à compléter et 
pas une remarque qui nécessite débat, plus approprié à la ML (ou au canal de 
communication si subitement on s'y connecte en masse), je supprimerai du texte 
les superflus mais il sera possible d'en retrouver la trace dans l'interface.
- radio=repeater|relay ou autre: Non il s'agit d'élément immatériel, difficile 
à vérifier en pratique et peu utile en carto, mais si quelqu'un d'autre les 
souhaite, je suis à l'écoute de vos raisonnements. Je propose antenna=yes seul 
sur un node en cas d'absence de support ponctuel (comme sur un immeuble)
- tower:type=communication_tower conduisait jusqu'alors implicitement à 
l'existence d'une antenne, ce que je défend c'est un tag unifié pour les 
antennes. Mais donc non pas de confusions...
- Le fichier ANFR ne permettrait pas le placement: Relis ce qu'à écrit Jérôme.- 
Une antenne radar/ une antenne onde courte... etc sont des antennes colossales 
qui se remarque facilement en milieu urbain et qui constituent toujours un 
repère, de même à la campagne.- La base de données opencellid/mozstumbler est 
approximative, mais elle peut etre utile dans des pays qui ne possède pas un 
équivalent de l'anfr ou dont la base serait non libre. Cela donne une position 
approximative d'une antenne télécom. d'où la précision déjà présente sur la 
localisation.J'ai laissé un commentaire parce que je ne comprends pas ce que tu 
veux y dire. (J'ai intégré certains commentaires au texte aussi)@Verdy: un jour 
faudra que tu lances une encyclopédie :) 


 Le Vendredi 1 mai 2015 23h06, Jérôme Amagat jerome.ama...@gmail.com a 
écrit :
   

 

Le 1 mai 2015 21:42, François Lacombe fl.infosrese...@gmail.com a écrit :

Je ne comprends toujours pas le lien entre ce qui est dans le fichier ANFR et 
un possible inventaire des antennes dans OSM.

Le fichier ANFR décris au mieux une station d'émission pouvant comprendre 
plusieurs antennes.
Le support de l'ANFR n'est pas l'antenne. La plupart des supports sont occupés 
par une multitude d'antennes.

Du coup, si on pouvait avoir quelques explications supplémentaires sur le 
raisonnement, elles sont les bienvenues.


Tu n'as pas du regarder entièrement ce qu'a libérer l’anfr. Il y a 5 fichier 
texte qui liste chaque'un quelque chose de différent : les Supports (pylône, 
mat, immeuble ...) accueillant des antennes avec position, hauteur, 
propriétaire, ça c'est sur ça doit être intégrer dans osm. ensuite les Stations 
(il peut il y en avoir plusieurs par support) avec l’opérateur 
(orange,sncf,tdf...) et des dates (implantation,mise en service et 
modification). Puis les Antennes (il peut il y en avoir plusieurs par station) 
avec son type (panneau, antenne parabolique...) et des info sur cette antenne 
(dimension, azimute...). Puis les émetteurs (il peut il y en avoir plusieurs 
par antenne) avec le système (GSM 900, FM,). Et enfin les Bandes (il peut 
il y en avoir plusieurs par émetteur) avec le début et la fin d'une bande de 
fréquence.On peut passer d'un fichier a l'autre avec differents id.
Voilà ce que fournit donc l'anfr. Bien sur, RIEN N'OBLIGE DE TOUT INTÉGRÉ DANS 
OSM.
Pour les supports, je pense qu'il faut utiliser les tag déjà en circulation les 
différents man_made (mast , tower, communications_tower) et ne rien mettre pour 
immeuble,batiment... qui sont déjà présent en surfacique. plus height= et 
owner=. jusque là on n'est pas sur des choses nouvelles (peut être reparler de 
mast , tower, communications_tower, moi je comprends pas les différences).Pour 
le reste, déjà il peut bien il y avoir 30 antennes sur un pylône, dans osm les 
antennes et le pylône c'est un node donc il faut mettre les tags sur ce node.il 
faut choisir le niveau de detail que l'on veut et que l'on peut mettre dans osm 
et le niveau de complexité.operator=reseau =FM. FH; UMTS 900; LTE 260...
ou faire comme proposer là : 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmastcommunication:mobile_phone=yes;
 LTE 
260;...communication:radio=yescommunication:television=yescommunication:microwave=yes
Le tag antenna = yes peut permettre aussi d'indiquer le type d'antenne :antenna 
= multi lorsque'il y a différentes antennes
antenna = panneau ou antenne parabolique ... quand il n'y a qu'une antenne

___
Talk-fr mailing list

Re: [OSM-talk] BBC License Violation?


Correct link worked now.

I'm not aware that anybody in the LWG has a BBC contact, but Harry Wood
from the CWG (and HOT) should have one. 

It is one of the cases were more benefit is likely to be had by getting
the BBC to do a piece on OpenStreetMap, KLL and the volunteers that are
supporting the aid efforts by remote mapping. Getting attribution in an
article that will be somewhere in the archives tomorrow doesn't really
help anybody, and will potentially just end in disagreement because the
provience of the data is likely difficult to actually trace, better
strategy to have BBC owe us one.

Simon



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

Re: [Talk-at] Wie gelöschte Wege ansehen?

2015-05-01 Per discussione Michael Maier

On 03/03/2014 08:33 AM, Christian Aigner wrote:
 Ein Kollege hat mich darauf aufmerksam gemacht, daß er Weg 47710270
 (http://www.openstreetmap.org/way/47710270) gelöscht hat und mich
 gefragt, ob das eh ok für mich ist.
 
 Wie kann ich mir ansehen, wie die Karte vor dem Löschen ausgesehen hat?
 Ich hab ja sonst keine Chance, festzustellen, ob mir die Löschung
 gefällt. :-)

Hallo,

der Post ist zwar schon etwas her, aber da es noch nicht alle kennen
(die Frage kam bei den Grazer Linuxtagen und am BarCamp auf), möchte ich
euch Achavi¹ nicht vorenthalten:

[1] http://overpass-api.de/achavi/?changeset=20883818

Ich füg die Changeset-id händisch zur URL dazu, aber man kann auch das
bookmarklet² verwenden.

[2] https://wiki.openstreetmap.org/wiki/Achavi

Besonders praktisch zu verwenden von diesem RSS-Feed eines Gebiets³ aus,
da sind dann bei jedem Changesets Links zu achavi dabei (Auf Get
RSS-Link klicken, und Rechteck aufziehen):

[3] http://zverik.osm.rambler.ru/whodidit/

 
 LG,
 Christian

lg, Michael

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



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

[Talk-at] OpenStreetMap Infostand auf den Linuxwochen Wien von 7. bis 9. Mai 2015 (fwd)

2015-05-01 Per discussione Stephan Bösch-Plepelits

Hi!

Wir haben jetzt die finale Information für die heurigen Linuxwochen
bekommen.

Leider haben sich noch nicht viele Leute zur Anwesenheit am Stand
eingetragen. Wäre toll, wenn sich noch ein paar finden würden. Ist immer
nett sich auch untereinander besser kennen zu lernen.

- https://wiki.openstreetmap.org/wiki/Wien/Linuxwochen2015

Ich möchte hiermit vor allem jüngere Mitglieder (sowohl jung als in
Alter, als auch in noch nicht lange registriert) dazu motivieren sich zu
beteiligen. Vor den Gesprächen am Stand muss man keine Angst haben,
meistens sind diese eher oberflächlich und niemand erwartet, dass man sich
mit allen Aspekten der OSM gut auskennt. Außerdem könnt ihr ein paar von
den älteren Hasen kennen lernen. 

Andreas: Du hast Materialien bereits besorgt, oder? Gibt es noch Dinge die
ich mitnehmen kann?

Ich freue mich wieder auf interessante Gespräche am Stand!

gruesse,
Stephan

- Forwarded message from Linuxwochen Programm progr...@linuxwochen.at 
-

Date: Fri, 01 May 2015 21:13:02 +0200
From: Linuxwochen Programm progr...@linuxwochen.at
To: Stephan Bösch-Plepelits sk...@xover.htu.tuwien.ac.at
Subject: OpenStreetMap Infostand auf den Linuxwochen Wien von 7. bis 9. Mai 2015

Hallo Stephan,

wir freuen uns sehr den OpenStreetMap-Infostand auf den Linuxwochen Wien
2015 vom 7. bis 9. Mai in der FH Technikum Wien begrüßen zu dürfen.

Im Ausstellungsbereich gibt es für unsere Aussteller:
- Tische und Sesseln nach Bedarf
- Bodensteckdosen (Verteiler bitte mitnehmen)
- Internet via Wlan
- eine Glaswand dahinter für Poster* bis zu A0 Größe
- die Möglichkeit Dinge, die nicht transportabel sind, zu versperren.

Die Anlieferung kann am Donnerstag 7. Mai ab 8:30 beginnen, der Aufbau
ab 9:00, der Einlass für Besucher ist 10:00 und die Keynote beginnt ab
10:30. Der tägliche Abbau empfiehlt sich kurz nach Beginn des letzten
Vortrages. Der Abbau am Samstag 9. Mai beginnt ab 16:00.

Bitte die Linuxwochen in Euren Communities noch bewerben:
- alle Infos: http://www.linuxwochen.at
- das Programm:   https://cfp.linuxwochen.at/de/LWW15/public/schedule
- Linuxwochen Twitter: @linuxwochen  Hashtag ist #lww15

 * falls ihr noch einen Poster braucht, können wir euch helfen einen
auszudrucken, also bitte diesen per PDF, oder PNG sobald als möglich
schicken. Bevorzugt nicht vollflächig. Wir schauen was möglich ist.

mit lieben Grüßen

Christian Jeitler
--
progr...@linuxwochen.at
+43-699-81729005

Verein Linuxwochen
Museumsplatz 1/49
1070 Wien
ZVR: 320875837

- End forwarded message -

-- 
Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
,-.
| Stephan Bösch-Plepelits,|
| Technische Universität Wien   -Studien Informatik  Raumplanung |
| Projects:   |
|  openstreetbrowser.org  couchsurfing.org  tubasis.at  bl.mud.at |
| Contact:|
|  Mail: sk...@xover.mud.at  Blog: plepe.at |
|  Twitter: twitter.com/plepe  Jabber: sk...@jabber.at  |
`-'

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

Re: [talk-au] camp sites

2015-05-01 Per discussione David Bannon

On Sat, 2015-05-02 at 14:36 +1000, Ian Sergeant wrote:
 Hi,
 
 My only observation would be that in Australia toilets and no water
 seems a very common combination at camp grounds.  You know the kind of
 campground I'm talking about, with either drop toilets or unpotable
 water.
 
Thanks Ian. The 'standard' level has water, not necessarily potable or
drinking water. So much of your use case is covered.

Some effort was put in to minimise the number of steps. Too many and the
idea would be unwieldy. So that call had to be made.

I reckon at least 95% of camps with a toilet also had water, probably
better. So we are playing the odds !

Please consider voting !

david
 




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

Re: [Talk-cz] Jak mapovat zmolu?

2015-05-01 Per discussione vrs

Zdar, natural=cliff snad nemusí být nutně obnažená skála. Aspoň podle wiki:
A cliff is a vertical or almost vertical natural drop in terrain topography
as it occurs for example in form of coastal cliffs or escarpments. The face 
of the cliff usually consists of bare solid rock but can occasionally also 
consist of clay, compacted sand, ice or other solid materials.
Takže by to mohlo jít použít...

Honza


-- Původní zpráva --
Od: Miroslav Suchý miros...@suchy.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 1. 5. 2015 15:59:18
Předmět: [Talk-cz] Jak mapovat zmolu?

Mám dotaz,
jak se má mapovat zmola? Pro ne-moraváky - rokle vymletá vodou.

natural=cliff mi nepřijde správný, ten by měl být jenom tam kde je
obnažená skála.

barrier=ditch je zase jenom pro man-made prvky

Takže jak mapovat rokli - v mém konkrétním případě minimálně 5 metrů
hlubokou, se sklonem přes 70 stupňů (geometricky). Což se sice dá
překonat, ale rozhodně to je významná překážka.

Mirek



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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Janko Mihelić

If we want to unify a kind of chain store, I think we should leave the name
tag, and focus on other tags. Some examples are ref:vatin=* for the vat id
of the store, brand:wikidata=* for the wikidata id of the brand owner,
website=* for the central website, or we can find a new better tag that
should be the same with all certain chain stores. Names should be left to
the local mapper.

Janko

pet, 1. svi 2015. 17:39 pmailkeey . pmailk...@googlemail.com je napisao:

 On 1 May 2015 at 16:07, Frederik Ramm frede...@remote.org wrote:

 Andrew,

 On 05/01/2015 12:04 AM, Andrew MacKinnon wrote:
  I am trying to figure out a way of cleaning up incorrect chain store
  data in OSM. For example there are 1422 instances of McDonalds in
  OSM (should be McDonald's) and 203 instances of Tim Horton's (should
  be Tim Hortons).

 That's a very computer person approach to take. In fact, the
 McDonald's issue has already been tried by someone in the past with an
 undiscussed mechanical edit, promptly falsifying a few non-chain
 non-fastfood places that *really* were called McDonalds just as you
 mention.

 I don't think that is something that really advances the quality in OSM,
 and I would encourage you to grab a notepad and venture outside to do
 some mapping. That way you wouldn't be scripting world-wide cleanup
 operations but who knows, you might actually add real value to OSM.

 Leave the mis-spelled McDonalds to those who map in the area. Maybe it
 encourages them.


 I'd go for the mechanical edit. Actually, I'd go for a central single
 point of maintenance for store names - so we change them all with one
 change.

 Doing manual edits, how long does it take OSM to reflect the name change
 globally ? It's my guess that this would be less accurate than changing
 them all in one move. The change should of course be name -- old_name and
 then a new name applied. I'm also in favour of being ahead of the game -
 gives a better impression that the map's well up to date.

 --
 Mike.
 @millomweb https://sites.google.com/site/millomweb/index/introduction -
 For all your info on Millom and South Copeland
 via *the area's premier website - *

 *currently unavailable due to ongoing harassment of me, my family,
 property  pets*

 TCs https://sites.google.com/site/pmailkeey/e-mail
  ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-br] Áreas de perigo

2015-05-01 Per discussione Gerald Weber

Acompanhando esta discussão, eu me lembrei que nos mapas impressos do Guida
4Rodas em algumas rodovias há alertas sobre perigo de assaltos durante a
noite. Ainda que eu concorde com a subjetividade da questão, o exemplo
mostra que não é inteiramente fora de propósito inserir este tipo de
informação num mapa.

O outro ponto bem mais objetivo que me chama atenção na pergunta é o
seguinte: se existe um *lugar* conhecido pelo nome de Cracolândia, porque
não inserir esta informação no mapa?

algo assim:

place=locality
name=Cracolândia

Tirando o nome infame, que diferença isto tem para qualquer outra
denominação popular de lugar? É um lugar e tem nome, porque não mapeá-lo?
Não será o primeiro e nem o último topónimo com conotação triste.

Obs.: O Google Maps não achou Cracolândia.

abraço e bom feriado a todos

Gerald



2015-04-30 11:24 GMT-03:00 belnu...@pop.com.br:

 Sei que o termo Área de perigo seria algo muito subjetivo , mas o OSM não
 poderia criar uma tag para que possamos alertar as pessoas sobre regiões
 perigosas pra trânsito seja com veículo ou a pé , como por exemplo a
 Cracolândia  ( que existe há muito tempo e parece que não vai acabar ) na
 cidade de SP ?

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

Re: [Talk-br] Áreas de perigo

2015-05-01 Per discussione Arlindo Pereira

Já teve, vindo das contribuições de usuário que as vezes eles põem no mapa,
mas já foi removido.

http://m.oglobo.globo.com/sociedade/tecnologia/google-maps-identifica-regiao-de-sao-paulo-como-cracolandia-14391239

Em sex, 1 de mai de 2015 11:13, Gerald Weber gwebe...@gmail.com escreveu:

 Acompanhando esta discussão, eu me lembrei que nos mapas impressos do
 Guida 4Rodas em algumas rodovias há alertas sobre perigo de assaltos
 durante a noite. Ainda que eu concorde com a subjetividade da questão, o
 exemplo mostra que não é inteiramente fora de propósito inserir este tipo
 de informação num mapa.

 O outro ponto bem mais objetivo que me chama atenção na pergunta é o
 seguinte: se existe um *lugar* conhecido pelo nome de Cracolândia, porque
 não inserir esta informação no mapa?

 algo assim:

 place=locality
 name=Cracolândia

 Tirando o nome infame, que diferença isto tem para qualquer outra
 denominação popular de lugar? É um lugar e tem nome, porque não mapeá-lo?
 Não será o primeiro e nem o último topónimo com conotação triste.

 Obs.: O Google Maps não achou Cracolândia.

 abraço e bom feriado a todos

 Gerald



 2015-04-30 11:24 GMT-03:00 belnu...@pop.com.br:

 Sei que o termo Área de perigo seria algo muito subjetivo , mas o OSM não
 poderia criar uma tag para que possamos alertar as pessoas sobre regiões
 perigosas pra trânsito seja com veículo ou a pé , como por exemplo a
 Cracolândia  ( que existe há muito tempo e parece que não vai acabar ) na
 cidade de SP ?

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

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

Re: [OSM-talk] Chain Store Cleanup

On 1 May 2015 at 16:07, Frederik Ramm frede...@remote.org wrote:

 Andrew,

 On 05/01/2015 12:04 AM, Andrew MacKinnon wrote:
  I am trying to figure out a way of cleaning up incorrect chain store
  data in OSM. For example there are 1422 instances of McDonalds in
  OSM (should be McDonald's) and 203 instances of Tim Horton's (should
  be Tim Hortons).

 That's a very computer person approach to take. In fact, the
 McDonald's issue has already been tried by someone in the past with an
 undiscussed mechanical edit, promptly falsifying a few non-chain
 non-fastfood places that *really* were called McDonalds just as you
 mention.

 I don't think that is something that really advances the quality in OSM,
 and I would encourage you to grab a notepad and venture outside to do
 some mapping. That way you wouldn't be scripting world-wide cleanup
 operations but who knows, you might actually add real value to OSM.

 Leave the mis-spelled McDonalds to those who map in the area. Maybe it
 encourages them.


I'd go for the mechanical edit. Actually, I'd go for a central single point
of maintenance for store names - so we change them all with one change.

Doing manual edits, how long does it take OSM to reflect the name change
globally ? It's my guess that this would be less accurate than changing
them all in one move. The change should of course be name -- old_name and
then a new name applied. I'm also in favour of being ahead of the game -
gives a better impression that the map's well up to date.

-- 
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via *the area's premier website - *

*currently unavailable due to ongoing harassment of me, my family, property
 pets*

TCs https://sites.google.com/site/pmailkeey/e-mail
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cz] Jak mapovat zmolu?

2015-05-01 Per discussione Miroslav Suchý

Mám dotaz,
jak se má mapovat zmola? Pro ne-moraváky - rokle vymletá vodou.

natural=cliff mi nepřijde správný, ten by měl být jenom tam kde je
obnažená skála.

barrier=ditch je zase jenom pro man-made prvky

Takže jak mapovat rokli - v mém konkrétním případě minimálně 5 metrů
hlubokou, se sklonem přes 70 stupňů (geometricky). Což se sice dá
překonat, ale rozhodně to je významná překážka.

Mirek



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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Frederik Ramm

Andrew,

On 05/01/2015 12:04 AM, Andrew MacKinnon wrote:
 I am trying to figure out a way of cleaning up incorrect chain store
 data in OSM. For example there are 1422 instances of McDonalds in
 OSM (should be McDonald's) and 203 instances of Tim Horton's (should
 be Tim Hortons).

That's a very computer person approach to take. In fact, the
McDonald's issue has already been tried by someone in the past with an
undiscussed mechanical edit, promptly falsifying a few non-chain
non-fastfood places that *really* were called McDonalds just as you mention.

It is also an easy fallacy to think that if the marketing people of some
chain decide to spell their name differently, we could or should simply
replace all names to what they should be - no we don't, we only change
the name when the store changes its lettering. We're not a parrot for
the marketing department, we observe what's on the ground.

OSM editing is usually holistic - you work on many aspects of the map
in an area. If the map has many edits by different people in an area
then I can reasonably assume that it has a certain minimum quality
because these people are on the ground fixing things. If you
remote-mass-fix McDonald's, or worse, if you remote-mass-fix all chain
stores on an ongoing basis, you create a false impression of activity in
an area when in fact all you do is scribble the latest business decision
of some corporate marketing department all over OSM.

I don't think that is something that really advances the quality in OSM,
and I would encourage you to grab a notepad and venture outside to do
some mapping. That way you wouldn't be scripting world-wide cleanup
operations but who knows, you might actually add real value to OSM.

Leave the mis-spelled McDonalds to those who map in the area. Maybe it
encourages them.

Bye
Frederik

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

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

Re: [Talk-at] buschenschank Attributierung

2015-05-01 Per discussione Gabriel Pfuner

Gerade mit iOS getestet, bei mir wird TomToM bzw. Apple maps verwendet,
zumindest laut Legal Info unten links in der Karte.

.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-

On 01/05/15 at 16:22, Johannes Silly wrote:

Hallo Jens
Ja das Stimmt was du Schreibst, aber wenn man die App Installiert und
dann die Karte aufruft wird OSM benutzt.
Und danke für die Aufklärung wegen dmca.

Ich denk Sie haben einfach die Screenshots nicht Aktuell.

Hallo,

Wie man am letzten Screenshot der Android App sieht, verwenden sie dort
GoogleMaps (der Lizenshinweis ist im linken unteren Eck). Es ist
anzunehmen, dass sie auch bei der iOS Version das verwenden, was das
Betriebssystem anbietet.

Da die POI Daten wie du sagst anscheinend nicht aus OSM sind, und die
Attributierung der Karte auch der Homepage passt, sehe ich hier keinen
Handlungsbedarf.

Die http://dmca.openstreetmap.org ist uebrigens fuer andere Kartenanbieter,
um sich bei OSM zu beschweren, falls sie meinen dass unsererseits ein
Lizenzverstoss vorliegt.

lg,
Jens

On 05/01/2015 02:18 PM, Johannes Silly wrote:
Hallo liebe Kollegen
Heute hab ich in der Kleinen Zeitung über eine neue App zum finden von
Buschenschänken und deren Öffnungszeiten gelesen und gleich
Ausprobieren müssen.
Mein Meinung allgemein von der App ist in erster Sinne nicht schlecht,
aber noch erweiterbar.

Daten der Buschenschänke sind anscheinend eigens erfasst, da ich sie
in OSM nicht sehe (Wird vielleicht auch nur gegen Bezahlung in App
übernommen, dann geht OSM leider nicht)

Könnte man übernehmen bzw. eine Partnerschaft vereinbaren?

Auf der Webseite (1) ist die Attributierung korrekt.
Die Attributierung der OSM Karte in der App (2), (3) fehlt! (Android,
Apple??)
Da die App noch in Entwicklung ist denke ich dass es nur Übersehen wurde.

Nun bitte ich euch: das zu Beobachten bzw. den App Entwickler wenn
nötig eine Nachricht zukommen zu lassen, da ich Persönlich die genaue
Rechtslage nicht genau kenne (bzw.nachvollziehen kann, Lizenzen sind
für mich ne kopfzerbrechende Dinger)
Auf http://dmca.openstreetmap.org/ melden? (englisch ist für mich wie
Slowenisch, nicht versteh)

Mit herzlichen grüßen Johannes

(1) http://buschenschankguide.at/ (Freizeitclub Süd)
(2)
https://play.google.com/store/apps/details?id=com.klemencic.buschenschankhl=de
(3) https://itunes.apple.com/at/app/buschenschank/id796965905

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

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

[Talk-at] buschenschank Attributierung

2015-05-01 Per discussione Johannes Silly

Hallo Jens
Ja das Stimmt was du Schreibst, aber wenn man die App Installiert und
dann die Karte aufruft wird OSM benutzt.
Und danke für die Aufklärung wegen dmca.

Ich denk Sie haben einfach die Screenshots nicht Aktuell.

Hallo,

Wie man am letzten Screenshot der Android App sieht, verwenden sie dort 
GoogleMaps (der Lizenshinweis ist im linken unteren Eck). Es ist anzunehmen, 
dass sie auch bei der iOS Version das verwenden, was das Betriebssystem 
anbietet.

Da die POI Daten wie du sagst anscheinend nicht aus OSM sind, und die 
Attributierung der Karte auch der Homepage passt, sehe ich hier keinen 
Handlungsbedarf.

Die http://dmca.openstreetmap.org ist uebrigens fuer andere Kartenanbieter, um 
sich bei OSM zu beschweren, falls sie meinen dass unsererseits ein 
Lizenzverstoss vorliegt.

lg,
Jens

On 05/01/2015 02:18 PM, Johannes Silly wrote:
 Hallo liebe Kollegen
 Heute hab ich in der Kleinen Zeitung über eine neue App zum finden von
 Buschenschänken und deren Öffnungszeiten gelesen und gleich
 Ausprobieren müssen.
 Mein Meinung allgemein von der App ist in erster Sinne nicht schlecht,
 aber noch erweiterbar.

 Daten der Buschenschänke sind anscheinend eigens erfasst, da ich sie
 in OSM nicht sehe (Wird vielleicht auch nur gegen Bezahlung in App
 übernommen, dann geht OSM leider nicht)

 Könnte man übernehmen bzw. eine Partnerschaft vereinbaren?

 Auf der Webseite (1) ist die Attributierung korrekt.
 Die Attributierung der OSM Karte in der App  (2), (3) fehlt! (Android, 
 Apple??)
 Da die App noch in Entwicklung ist denke ich dass es nur Übersehen wurde.

 Nun bitte ich euch: das zu Beobachten bzw. den App Entwickler wenn
 nötig eine Nachricht zukommen zu lassen, da ich Persönlich die genaue
 Rechtslage nicht genau kenne (bzw.nachvollziehen kann, Lizenzen sind
 für mich ne kopfzerbrechende Dinger)
 Auf http://dmca.openstreetmap.org/ melden? (englisch ist für mich wie
 Slowenisch, nicht versteh)

 Mit herzlichen grüßen Johannes

 (1) http://buschenschankguide.at/   (Freizeitclub Süd)
 (2) 
 https://play.google.com/store/apps/details?id=com.klemencic.buschenschankhl=de
 (3) https://itunes.apple.com/at/app/buschenschank/id796965905

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


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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Mike N


On 5/1/2015 11:07 AM, Frederik Ramm wrote:

That's a very computer person approach to take. In fact, the
McDonald's issue has already been tried by someone in the past with an
undiscussed mechanical edit, promptly falsifying a few non-chain
non-fastfood places that*really*  were called McDonalds just as you mention.


  The proposed edit doesn't seem to match the previous mass 
Search/Replace edit.   It should also be possible to confirm each 
location against the McDonalds store locator or a store list from McDonalds.



It is also an easy fallacy to think that if the marketing people of some
chain decide to spell their name differently, we could or should simply
replace all names to what they should be - no we don't, we only change
the name when the store changes its lettering.


  I as a local mapper would never notice such a change in 100 years of 
going back to audit POIs.   A remote mapper change would correct this 
properly if checked against corporate data, complete with proper tagging 
for old_name - this would assist searches for the new name.


 The argument is strongly *for* informed, remote changes, assuming that 
the data in OSM is to be of some use to data consumers.




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

Re: [Talk-at] buschenschank Attributierung

2015-05-01 Per discussione Jens Steinhauser

Hallo,

Hab die App jetzt auf Android installiert, da koennte schon was dran sein, hier
ein aktueller Screenshot:
https://www.dropbox.com/s/dg69to1hi2zuv99/buschenschank.png?dl=0

Zum Vergleich: http://www.openstreetmap.org/#map=17/46.75608/15.61403

On 05/01/2015 04:30 PM, Gabriel Pfuner wrote:
Gerade mit iOS getestet, bei mir wird TomToM bzw. Apple maps verwendet,
zumindest laut Legal Info unten links in der Karte.

.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-

On 01/05/15 at 16:22, Johannes Silly wrote:

Hallo Jens
Ja das Stimmt was du Schreibst, aber wenn man die App Installiert und
dann die Karte aufruft wird OSM benutzt.
Und danke für die Aufklärung wegen dmca.

Ich denk Sie haben einfach die Screenshots nicht Aktuell.

Hallo,

Da die POI Daten wie du sagst anscheinend nicht aus OSM sind, und die
Attributierung der Karte auch der Homepage passt, sehe ich hier keinen
Handlungsbedarf.

Die http://dmca.openstreetmap.org ist uebrigens fuer andere Kartenanbieter,
um sich bei OSM zu beschweren, falls sie meinen dass unsererseits ein
Lizenzverstoss vorliegt.

lg,
Jens

Daten der Buschenschänke sind anscheinend eigens erfasst, da ich sie
in OSM nicht sehe (Wird vielleicht auch nur gegen Bezahlung in App
übernommen, dann geht OSM leider nicht)

Könnte man übernehmen bzw. eine Partnerschaft vereinbaren?

Mit herzlichen grüßen Johannes

(1) http://buschenschankguide.at/ (Freizeitclub Süd)
(2)
https://play.google.com/store/apps/details?id=com.klemencic.buschenschankhl=de
(3) https://itunes.apple.com/at/app/buschenschank/id796965905

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

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

Re: [Talk-de] OSM Daten extrahieren

2015-05-01 Per discussione Danilo Bretschneider

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Die KVP stehen noch nicht komplett fest. Die Erstellung der Queries
traue ich mir aber schon zu. Erfahrung darin ist bereits vorhanden.

Wie ich deiner Antwort entnehme, würdest du das also eher über
Overpass umsetzen, als über ein Planet File oder anderen Tools (falls
vorhanden)?

Am 01.05.2015 um 08:17 schrieb Jo:
 Wenn du uns sagst welche key-value Paare, werden wir dir ein
 Overpass Query besorgen.
 
 Alles kann grupiert werden in 1 Query.
 
 Jo
 
 2015-05-01 8:05 GMT+02:00 Danilo Bretschneider 
 bretschnei...@geospatialinformation.org 
 mailto:bretschnei...@geospatialinformation.org:
 
 Moin,
 
 ich möchte für die Stadt / Region Bonn bestimmte Key-Value-Paare 
 extrahieren und weiter verarbeiten. Das ganze soll automatisiert
 über ein Shell-Skript unter Linux laufen.
 
 Nun stehe ich vor der Fragestellung: Woher die Daten?
 
 Prinzipiell würde ich die Daten über die Overpass API abfragen,
 als XML abspeichern und entsprechend weiter verarbeiten. Overpass
 müsste ich jedoch mehrfach anfragen. Zu Beachten wäre hier die
 Beschränkung von 1 Request pro Sekunde und IP. Außerdem stellt sich
 mir die Frage, inwieweit man Overpass zum Download verwenden kann -
 wie viele KVP ich extrahieren möchte steht noch nicht fest (und
 somit auch nicht der Traffic / Auslastung).
 
 Alternativ könnte ich das Planet File bzw. Extrakte von der
 Geofabrik mit Osmosis verabreiten. Hier besteht das Problem, dass
 die kleinste Region der Regierungsbezirk Köln ist. Hier müsste man
 zusätzlich noch eine BBox anwenden, welche jedoch viereckig. Somit
 wären in der Auswertung auch Objekte enthalten, welche nicht in
 Bonn liegen.
 
 * Gibt es sonst noch Möglichkeiten, um an die OSM Daten zu kommen? 
 * Gibt es hierfür weitere Tools, die für mein Workflow geeignet
 sind? * Wie kann man anhand des Planet Files die Region Bonn
 extrahieren?
 
 Viele Grüße Danilo
 
 
 ___ Talk-de mailing
 list Talk-de@openstreetmap.org mailto:Talk-de@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-de
 
 

- -- 
50°45'19.9N 7°05'11.9E

Briefkasten gesucht? www.briefkastenkarte.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVQxxSAAoJEHHS7Nnj7BruUxQH/2uG7EZiqogddUGlLSXKxQSP
XjCR69VL2oeeTGWfHgxxCAyR9axWm8nAyz0NM4hdenI+oPS6UYNqYSeGJ1jE+Vlu
CYHoqwykFm/FrxxUOTZ5giumqtOH8dspgkh+8djLctNJW9XFj161a0EnBmnfmsjs
Ug4gRBL6xJmkYpelorLAVxN1mZ1tJ1jUtOZYvDr31br6yGN2YEznyXG0XMIouJ9r
UEx5g7glp+f2hROlA6nLrKsWdA4427f8WH62HkqCI3fOgg8FI9dwmMPN/vxA3ySW
41lFLvIwk86bu6Dkvgyc7hjJ6o5JiRIR3t8wli1bRvGqHBmpzlzeI1jkZEQWkyQ=
=NFAr
-END PGP SIGNATURE-

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

Re: [OSM-talk] GeoHipster comment on OSM



Am 01.05.2015 um 02:29 schrieb Nicholas G Lawrence:

  
 
 Exactly why this is necessary is a mystery to me. If business wants to
 make use of OSM data, they can download the planet file just like anyone
 else. If business wants to contribute data, or donate equipment or
 sponsor events, those things are also possible.
 

It should be pointed out that during 2012 and 2014 and continuing with
at least the LWG till today, dozens of companies and organisations
(outside of the geo-industry) with questions have had no problems
contacting the OSMF and getting an answer back, typically within less
than 24 hours. The OSMF even has a published and working postal mail
address (contrary to certain other organisations).

Maybe we should run a workshop on how to use google and an e-mail
program for the moaners in the geo-industry.

Simon



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

[Talk-de] OSM Daten extrahieren

2015-05-01 Per discussione Danilo Bretschneider

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Moin,

ich möchte für die Stadt / Region Bonn bestimmte Key-Value-Paare
extrahieren und weiter verarbeiten. Das ganze soll automatisiert über
ein Shell-Skript unter Linux laufen.

Nun stehe ich vor der Fragestellung: Woher die Daten?

Prinzipiell würde ich die Daten über die Overpass API abfragen, als
XML abspeichern und entsprechend weiter verarbeiten. Overpass müsste
ich jedoch mehrfach anfragen. Zu Beachten wäre hier die Beschränkung
von 1 Request pro Sekunde und IP. Außerdem stellt sich mir die Frage,
inwieweit man Overpass zum Download verwenden kann - wie viele KVP ich
extrahieren möchte steht noch nicht fest (und somit auch nicht der
Traffic / Auslastung).

Alternativ könnte ich das Planet File bzw. Extrakte von der Geofabrik
mit Osmosis verabreiten. Hier besteht das Problem, dass die kleinste
Region der Regierungsbezirk Köln ist. Hier müsste man zusätzlich noch
eine BBox anwenden, welche jedoch viereckig. Somit wären in der
Auswertung auch Objekte enthalten, welche nicht in Bonn liegen.

 * Gibt es sonst noch Möglichkeiten, um an die OSM Daten zu kommen?
 * Gibt es hierfür weitere Tools, die für mein Workflow geeignet sind?
 * Wie kann man anhand des Planet Files die Region Bonn extrahieren?

Viele Grüße
Danilo

- -- 
50°45'19.9N 7°05'11.9E

Briefkasten gesucht? www.briefkastenkarte.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVQxeYAAoJEHHS7Nnj7BruIcsH/2+QBbH91pcGXk2gpCIVrndz
lSxoCBCbIsUtxx9kQJY5IxQlTL0hybOmWFwgF3zm3QMCSsdYY6HWTjqZDSRVtHD1
let4YsjCTRh+aOVafpkEmxGHoKfsLLXWRyW6RRg+E8fouCfI3ntxzDfeqoXZUYnJ
I6tiNhPKIcH+xeVIEAEy+xB6Fcywd5pn3DAE5uBowMIZja75jFf7hU0tqYpnV6DT
LfsaRpTONVS4NMRcnOdf+wHQKOc+mFxq3ELF5yh/sz5yOfrkMaLsje4caGc8O1oN
I5GlwzGa6tKFyw7EkoqsmyHznHanjH43RCwBqiMzHpfoxvQAHvIzjwUT3QAR7AU=
=XzrA
-END PGP SIGNATURE-

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

Re: [Talk-de] OSM Daten extrahieren

2015-05-01 Per discussione Jo

Wenn du uns sagst welche key-value Paare, werden wir dir ein Overpass Query
besorgen.

Alles kann grupiert werden in 1 Query.

Jo

2015-05-01 8:05 GMT+02:00 Danilo Bretschneider 
bretschnei...@geospatialinformation.org:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Moin,

 ich möchte für die Stadt / Region Bonn bestimmte Key-Value-Paare
 extrahieren und weiter verarbeiten. Das ganze soll automatisiert über
 ein Shell-Skript unter Linux laufen.

 Nun stehe ich vor der Fragestellung: Woher die Daten?

 Prinzipiell würde ich die Daten über die Overpass API abfragen, als
 XML abspeichern und entsprechend weiter verarbeiten. Overpass müsste
 ich jedoch mehrfach anfragen. Zu Beachten wäre hier die Beschränkung
 von 1 Request pro Sekunde und IP. Außerdem stellt sich mir die Frage,
 inwieweit man Overpass zum Download verwenden kann - wie viele KVP ich
 extrahieren möchte steht noch nicht fest (und somit auch nicht der
 Traffic / Auslastung).

 Alternativ könnte ich das Planet File bzw. Extrakte von der Geofabrik
 mit Osmosis verabreiten. Hier besteht das Problem, dass die kleinste
 Region der Regierungsbezirk Köln ist. Hier müsste man zusätzlich noch
 eine BBox anwenden, welche jedoch viereckig. Somit wären in der
 Auswertung auch Objekte enthalten, welche nicht in Bonn liegen.

  * Gibt es sonst noch Möglichkeiten, um an die OSM Daten zu kommen?
  * Gibt es hierfür weitere Tools, die für mein Workflow geeignet sind?
  * Wie kann man anhand des Planet Files die Region Bonn extrahieren?

 Viele Grüße
 Danilo

 - --
 50°45'19.9N 7°05'11.9E

 Briefkasten gesucht? www.briefkastenkarte.de
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQEcBAEBAgAGBQJVQxeYAAoJEHHS7Nnj7BruIcsH/2+QBbH91pcGXk2gpCIVrndz
 lSxoCBCbIsUtxx9kQJY5IxQlTL0hybOmWFwgF3zm3QMCSsdYY6HWTjqZDSRVtHD1
 let4YsjCTRh+aOVafpkEmxGHoKfsLLXWRyW6RRg+E8fouCfI3ntxzDfeqoXZUYnJ
 I6tiNhPKIcH+xeVIEAEy+xB6Fcywd5pn3DAE5uBowMIZja75jFf7hU0tqYpnV6DT
 LfsaRpTONVS4NMRcnOdf+wHQKOc+mFxq3ELF5yh/sz5yOfrkMaLsje4caGc8O1oN
 I5GlwzGa6tKFyw7EkoqsmyHznHanjH43RCwBqiMzHpfoxvQAHvIzjwUT3QAR7AU=
 =XzrA
 -END PGP SIGNATURE-

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

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

Re: [Talk-it] open expo 2015

2015-05-01 Per discussione Aury88

oggi apre l'expo, ma probabilmente, a meno di non aver fatto dei miracoli (o
delle immani c***ate dal punto di vista progettuale/costruttivo/realizzativo
pur di finire in tempo), alcuni degli edifici non sono pronti per
l'apertura...questo stando ad un mio amico che lavora li e che due giorni fa
mi ha detto che avevano cominciato a levare alcuni ingombri (la così detta
bonifica) solo per far sembrare l'expo meno un cantiere, non perchè
effettivamente il lavoro su molti degli edifici fosse finito.
qualcuno conferma e nel caso sa dire dove i lavori proseguono e quindi dove
eventuali tag associati al cantiere non potranno essere rimossi? io ho modo
di accedere per il 20, ma fino ad allora non sono in grado di aggiornare la
situazione



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/open-expo-2015-tp5817169p5842668.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: [OSM-talk] GeoHipster comment on OSM

2015-05-01 Per discussione Colin Smale

 

I wonder how a marketing department would react if their (potential)
customers complained they couldn't find the store. 

On 2015-05-01 08:47, Simon Poole wrote: 

 Am 01.05.2015 um 02:29 schrieb Nicholas G Lawrence:
 
 
 Exactly why this is necessary is a mystery to me. If business wants to make 
 use of OSM data, they can download the planet file just like anyone else. If 
 business wants to contribute data, or donate equipment or sponsor events, 
 those things are also possible.
 
 It should be pointed out that during 2012 and 2014 and continuing with
 at least the LWG till today, dozens of companies and organisations
 (outside of the geo-industry) with questions have had no problems
 contacting the OSMF and getting an answer back, typically within less
 than 24 hours. The OSMF even has a published and working postal mail
 address (contrary to certain other organisations).
 
 Maybe we should run a workshop on how to use google and an e-mail
 program for the moaners in the geo-industry.
 
 Simon
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk [1]
 

Links:
--
[1] https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] tag per allevamento trote

2015-05-01 Per discussione girarsi_liste

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 01/05/2015 02:52, Alberto Nogaro ha scritto:
 From: makakk...@vodafone.it [mailto:makakk...@vodafone.it] Sent:
 giovedì 30 aprile 2015 22:00 To: Talk-it@openstreetmap.org Subject:
 [Talk-it] tag per allevamento trote
 
 Ciao a tutti, nella mia zona ci sono molti allevamenti di trote,ma
 non sono ancora riuscito a trovare indicazioni utili su come
 taggarli.Mi potete aiutare? Grazie
 
 Dovrebbe essere questo:
 
 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Daquaculture
 
 Per le trote:
 
 landuse=aquaculture + aquaculture=fish
 
 Ciao, Alberto

Stando alla pagina tedesca, acquaculture dovrebbe essere l'allevamento
nel lago o mare.

La pagina propone anche fishfarm, che mi sembra più idoneo per la
cultura su terraferma.


- -- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVQymTAAoJEMTPIIVov0Zt0U4H/2pAq62D3oFyfYB/3w6KV0sl
HKqFfsSumtsn5UlQPKzO2O5gL/Jdz+EDJnpn/EHcaaWic1jM17FR3iw1a+ejkL07
JR3SIN/E7El1UW3DCtGte8XeP9OYUUgTmda5up26NGFyztgG2extnmjxT+S3St1U
69NtrADcYtUIaNIJzPNYq1tR4dW1TOxMU+UWb/AuMNTFQxoVzjcOkqfeMNJuF1UZ
DoSwzYfTAsLQbQ/bphjTOTlJgVCos5UKi4k2kcVmfTbLIQzecDp/AoUujBd2idT7
rvSswq0R0SdyiS854Wanl0joQSNgbZksKPvz3MkeTT8f826yCKFMf64FuTWYQI0=
=bKGJ
-END PGP SIGNATURE-

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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Bryce Nesbitt

On Fri, May 1, 2015 at 3:13 AM, Paul Johnson ba...@ursamundi.org wrote:

 On Thu, Apr 30, 2015 at 6:44 PM, Bryce Nesbitt bry...@obviously.com
 wrote:

 I think eventually chains will see the light, and publish their locations
 in an open format compatible manner.
 At that point a quick cross check with OSM would clear up most of the
 issues.


 I think this depends on the chain and how much they care about this.  I
 believe there was a previous import of Lowe's locations, and this data was
 *woefully* inaccurate.  At least in Oklahoma, these often ended up well
 into the close but no cigar territory, often being blocks away and in
 nonsensical spots kinda-sorta close, but not close enough to get accurate
 routing.  On the other hand, there was a pretty nicely detailed import of
 Love's truck stops a while back that included a fair amount of detail, for
 which the only issue I take with it is that it mistagged most as caravan
 sites instead of service plazas.


The import style I've used ignores the store's geometry or position after
the first import.

In other words, we can trust the store's store finder to have reasonably
accurate information about opening hours and which store locations
are currently open for business.   Any the additional imports copy over
opening_hours type stuff, but leave the OSM geometry alone.
If the chain lists a location as 'closed', that generates note to a local
mapper.

--
Armchair mapping of chain stores faces another problem: while some chains
have iconic buildings, on occasion they sell
out.  Thus a mom  pop restaurant in a iHop shell, or an old style Taco
Bell that's now a pizza joint.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cz] Satelitní snímky bingu zmizely?

2015-05-01 Per discussione Marián Kyral

Ahoj,
právě dělám nějaké úpravy ve FM a v JOSM jsem si zapnul satelitní snímky
Bingu. A najednou koukám na rozplizlé fleky :-(
Nevíte někdo, proč se ztratily detailní snímky, podle kterých jsem mapoval?

Marián



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

Re: [Talk-at] buschenschank Attributierung

2015-05-01 Per discussione emga

Siehe Anhang, so sieht das Beispielbild von Jens auf iOS aus.

Lt legal Info unten links in der Karte Apple Maps und TomTom 

.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-

On 01/05/15 at 17:55, Jens Steinhauser wrote:

 Hallo,
 
 Hab die App jetzt auf Android installiert, da koennte schon was dran sein, 
 hier ein aktueller Screenshot: 
 https://www.dropbox.com/s/dg69to1hi2zuv99/buschenschank.png?dl=0
 
 Zum Vergleich: http://www.openstreetmap.org/#map=17/46.75608/15.61403
 
 lg
 
 
 On 05/01/2015 04:30 PM, Gabriel Pfuner wrote:
  Gerade mit iOS getestet, bei mir wird TomToM bzw. Apple maps verwendet, 
  zumindest laut Legal Info unten links in der Karte. 
  
  
  .-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
  
  On 01/05/15 at 16:22, Johannes Silly wrote:
  
  Hallo Jens
  Ja das Stimmt was du Schreibst, aber wenn man die App Installiert und
  dann die Karte aufruft wird OSM benutzt.
  Und danke für die Aufklärung wegen dmca.
 
  Ich denk Sie haben einfach die Screenshots nicht Aktuell.
 
  Hallo,
 
  Wie man am letzten Screenshot der Android App sieht, verwenden sie dort 
  GoogleMaps (der Lizenshinweis ist im linken unteren Eck). Es ist 
  anzunehmen, dass sie auch bei der iOS Version das verwenden, was das 
  Betriebssystem anbietet.
 
  Da die POI Daten wie du sagst anscheinend nicht aus OSM sind, und die 
  Attributierung der Karte auch der Homepage passt, sehe ich hier keinen 
  Handlungsbedarf.
 
  Die http://dmca.openstreetmap.org ist uebrigens fuer andere 
  Kartenanbieter, um sich bei OSM zu beschweren, falls sie meinen dass 
  unsererseits ein Lizenzverstoss vorliegt.
 
  lg,
  Jens
 
  On 05/01/2015 02:18 PM, Johannes Silly wrote:
  Hallo liebe Kollegen
  Heute hab ich in der Kleinen Zeitung über eine neue App zum finden von
  Buschenschänken und deren Öffnungszeiten gelesen und gleich
  Ausprobieren müssen.
  Mein Meinung allgemein von der App ist in erster Sinne nicht schlecht,
  aber noch erweiterbar.
 
  Daten der Buschenschänke sind anscheinend eigens erfasst, da ich sie
  in OSM nicht sehe (Wird vielleicht auch nur gegen Bezahlung in App
  übernommen, dann geht OSM leider nicht)
 
  Könnte man übernehmen bzw. eine Partnerschaft vereinbaren?
 
  Auf der Webseite (1) ist die Attributierung korrekt.
  Die Attributierung der OSM Karte in der App  (2), (3) fehlt! (Android, 
  Apple??)
  Da die App noch in Entwicklung ist denke ich dass es nur Übersehen wurde.
 
  Nun bitte ich euch: das zu Beobachten bzw. den App Entwickler wenn
  nötig eine Nachricht zukommen zu lassen, da ich Persönlich die genaue
  Rechtslage nicht genau kenne (bzw.nachvollziehen kann, Lizenzen sind
  für mich ne kopfzerbrechende Dinger)
  Auf http://dmca.openstreetmap.org/ melden? (englisch ist für mich wie
  Slowenisch, nicht versteh)
 
  Mit herzlichen grüßen Johannes
 
  (1) http://buschenschankguide.at/   (Freizeitclub Süd)
  (2) 
  https://play.google.com/store/apps/details?id=com.klemencic.buschenschankhl=de
  (3) https://itunes.apple.com/at/app/buschenschank/id796965905
 
  ___
  Talk-at mailing list
  Talk-at at openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-at
 
 
  ___
  Talk-at mailing list
  Talk-at@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-at
  
  ___
  Talk-at mailing list
  Talk-at@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-at
  
 
 
 ___
 Talk-at mailing list
 Talk-at@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-GB] elsan_points

2015-05-01 Per discussione Lester Caine

On 30/04/15 22:49, Bryce Nesbitt wrote:
 On Thu, Apr 23, 2015 at 3:05 PM, Lester Caine les...@lsces.co.uk
 mailto:les...@lsces.co.uk wrote:
 
 tag - disposal_point
 
 Values
 pump_out:grey (No sewage)
 pump_out:black(Contains Sewage)
 pump_out:bilge(May contain oil)
 pump_out:restricted   (note advise restrictions)
 dump:black(may have restrictions?)
 chemical:contained(cartridge style disposal)
 chemical:clean_down('wet' disposal with clean down facility)
 chemical:gel_only (may be other restrictions depending on country?)
 
 Access
 clients_only  (marina or campsite or leisure facility clients)
 public_free   (council provided facility?)
 public_fee:rates  (see debate in Oz about lack of public
facilities even if they paid for access)
 LOCATION should show if it's private access to boats or other vehicles
 Payment methods or private access also expand the data.

 Ok, so if understand, in that proposal a UK canal waterway=elsan_point
 might be re-tagged like:
 
 /disposal_point=yes/
 
 /chemical:contained=yes
 chemical:clean_down=yes
 /
 /chemical:gel_only=no
 /
 /chemical:restrictions=uses a septic field, and only biodegradable
 tank chemicals are allowed.//
 /
 
 /access=/public_fee:rates
 
 /boat=yes/
 /motor-home=no/

NO ...
amenity=marina
disposal_point=chemical:clean_down
access=clients_only

I see no reason for boat or motor-home ... that is determined by the
presence or absence of camping grounds on the marina. If the marina is a
day boat facility it may well have caravan and RV pitches for those who
want to stay overnight and having to add duplicate tags is pointless? It
is the ACCESS tags which determine who can access the facilities, And if
there is no publicly accessible route to the facility anyway ...

 Perhaps next to a:
 /water_point=yes/
 /access=public_free/

Access to that may well be different to the disposal facilities!
Emergency access to drinking water should be universal.

 The tags boat=yes and motorhome=no are not universally processed by 
 rendering.  Thus most
 of the time the feature will show up undifferentiated.

I see no value to those tags at all ...

 OpenSeaMap has chosen to use it's own tags in part to avoid motorhome 
 features showing up
 on Mariner's map.

If they don't want to show publicly accessible facilities simply because
they are not 'boat users only' then that is up to them. It just seems
wrong especially when one starts looking at the sort of combine leisure
facilities that are being developed in many countries. There are some
interesting comments on the sanidumps sites about access to
'government/council' provided facilities being restricted where they
should be universally accessible be that from land or water.

If your map only shows half of the facilities you can ACTUALLY use then
I think I would be using a different map?

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

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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Imre Samu

 .. McDonald's  problem...

Please don't forget the   true McDonald's problem!  It is a content
encoding hell.
and very hard to detect by any ordinary field mappers.

  #1.
name=McDonald’s( count=126 )  U+2019 ’ e2 80 99 RIGHT SINGLE
QUOTATION MARK
http://taginfo.openstreetmap.org/tags/name=McDonald%E2%80%99s
http://overpass-turbo.eu/s/97c

 #2.
name=McDonald´s( count=40 )   U+00B4 ´ c2 b4 ACUTE ACCENT
http://taginfo.openstreetmap.org/tags/name=McDonald%C2%B4s
http://overpass-turbo.eu/s/97e

 #3.
name=McDonald's   ( count=14039)   U+0027 ' 27 APOSTROPHE
http://taginfo.openstreetmap.org/tags/name=McDonald's

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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Christoph Hormann

On Friday 01 May 2015, Andrew MacKinnon wrote:

 I have created pages on the OSM wiki called
 http://wiki.openstreetmap.org/wiki/Chain_Store_Cleanup and
 http://wiki.openstreetmap.org/wiki/Chain_Store_Directory. Ideally I
 would like to create wiki pages for every large chain of stores in
 the world that is similar to Map Features, with recommended ways of
 tagging chain stores. A lot of new OSM users get this wrong and
 create incorrect data, and there wasn't anything on the wiki telling
 users that McDonalds or Tim Horton's is incorrect. [...]

Actually when you want to tag what chain a certain store belongs to the 
proper tag is brand=* - not for all chains the stores have a uniform 
name and even if this is the case the name also often varies with the 
language internationally.  As Frederik said, the name tag should be 
what's on the sign on the store and that should not be changed to 
something else just because it happens to be identical to a common 
misspelling of a certain brand name.

Both maintining a list of tagged brands and making mechanical edits in 
case of brand name changes or widespread typos make sense for brand 
tags IMO but not for name.

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

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

Re: [Talk-gb-westmidlands] May Meeting (Disabilty Kurb Project)

2015-05-01 Per discussione Mark Croft

Hi

The group has been out to bewdley and did a test run of finding curbs.
I was not able to join in cos of health problems felling worn out with
weather n hayfever.


I should really have a go on my own here around my town in redditch.

got a stack of photos and a spreadsheet of gps points where there good
curbs and so reasonable ones that either steep and hard work to push a
manual wheelchair up and others with a reasonable size drop down to
the path/road etc etc

I need to get some clarification on all the different issues with
curbs and come up with some form of coding and label system.

first beta version of the map attached (not sure its openstreetmap)

i want to know to make a seperate layer of points on top of
openstreetmap? does this need to done on custom webpage and having a
host etc? I not done any internet programming yet would like the
challange but also very time limited too get some sort of beat/demo
copy of at least a paper copy of the map of bewdley.

Maybe we have a go around bromsgrove on thursday?

Is taking photos with embedded gps position enough?

I have a friend that can offer me some free website space? ( i am
involved in another project called Disability Action Redditch and need
to redo there website and i am hoping to put this Curb/Kurb project on
there for now - so that should be up soon or at least a frontpage
saying that DAR website going live in june/july 2015)

mark croft redditch


On 15 April 2015 at 19:42, Brian Prangle bpran...@gmail.com wrote:
 A quick reminder that we're due to meet on Thurs 7 May (Election Night!).
 Thise of us who were at the April meeting decided from our list on
 Bromsgrove ( mainly to support mark a new mapper). Pub is the Golden Cross (
 A Wetherspoons ) which might be a challenge as it wasn't on the map when we
 decided

 Regards

 Brian

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


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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Johan C

2015-05-01 13:36 GMT+02:00 Rob Nickerson rob.j.nicker...@gmail.com:

 I think eventually chains will see the light, and publish their
 locations in an open format compatible manner. At that point a quick
 cross check with OSM would clear up most of the issues.
 

 Agree. Has anyone actually asked the retail chains?

 That's a good question Rob. 'Seeing the light' possibly means maintaining
your own platform/apps as a business. I did ask McDonald's back in 2012, I
got the following reply: We put focus on optimizing this McDonald's app
and want to keep the management of the associated database as efficiently
as possible. Keeping databases for others makes that ambition tricky. With
the McDonald's app we also communicate information about McDonald's
products, actions, nutrition values, different locations and opening times
of the restaurants and the McDrives. Also, restaurant renovations and
therefore temporary adjusted opening hours are regularly incorporated into
an update. For the above reasons, we will not consent to the inclusion of
McDonald's restaurants in Openstreetmap.

Of course I was disappointed, because I still believe OSM can be the best
platform. On the other hand, McDonald's has a point. Breaking the answer
down: 1) It's not efficient trying to maintain more than one database 2)
that single database serves more purposes than just geocoding 3) Other
databases do not have the same quality.

So, how does that compare to one of the better POI databases, Google Maps?
Having a quick look at GM shows that McDonald's despite copyright allows GM
to copy opening hours into the GM database. But maybe they have an
arrangement to copy (changing) opening hours on the fly in order to prevent
dissatified customers standing in front of a closed door. Since McDonald's
does have an incentive to maintain their own database (customer focus),
quality of McDonald's data in OSM will always be lower. For me it means
that I do map the McDonald's POI's based on ground thruth along with the
url to the McDonald's website, but not the opening hours. Reaason for that
is that I often see them from the road, but don't visit them daily to have
a look at the opening hours.

I'm looking forward to other experiences, I sure hope that I'm not the only
mapper who has had contact with McDonald's

Cheers, Johan

 I haven't because I don't want to suggest that we will do anything with
 the data until I know we have the right tools in place to match entries in
 their database and in OSM. I'm sure it's an easy task but I don't know how
 to do that. I'd also like to see community support in place so that we can
 merge in some of their attributes (phone number, opening hours, etc). This
 could be a bigger challenge!

 Regards,
 Rob

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


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

Re: [OSM-talk-fr] Normalisation du tag antenne

2015-05-01 Per discussione François Lacombe

Je ne comprends toujours pas le lien entre ce qui est dans le fichier ANFR
et un possible inventaire des antennes dans OSM.

Le fichier ANFR décris au mieux une station d'émission pouvant comprendre
plusieurs antennes.
Le support de l'ANFR n'est pas l'antenne. La plupart des supports sont
occupés par une multitude d'antennes.

Du coup, si on pouvait avoir quelques explications supplémentaires sur le
raisonnement, elles sont les bienvenues.

J'ai ajouté quelques commentaires dans le pad.


Bonne soirée.


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux http://www.twitter.com/InfosReseaux

Le 1 mai 2015 13:55, dHuy Pierre dh...@yahoo.fr a écrit :

 Désolé de l'erreur de fenêtre

 Je t'invite à écrire une propal là desus en attendant je propose la
 combinaison pie/point virgule. Vu qu'il s'agitde listes associées simple
 c'est nickel, mais ta propal est extremement intéressant surtout que les
 bases tournent très bien avec de l'orienté document. Tu auras mon vote :)




   Le Vendredi 1 mai 2015 11h06, Philippe Verdy verd...@wanadoo.fr a
 écrit :


 Le 1 mai 2015 10:20, dHuy Pierre dh...@yahoo.fr a écrit :

 @Verdi: Hum je pense que tu pousses un peu loin le format initial de
 Jérome me paraissait bien

 Jérome avait plutôt été séduit par ma première proposition, cependant je
 parlais du problème plus général des infos structurées pour lesquelles on
 n'a pas de schéma clair permettant de les représenter de façon compacte
 mais lisible et parsable avec un système unique et non ambigu, et sans
 forcément multiplier le nombre de tags quand ce n'est pas toujours
 nécessaire (car des infos optionelles qui complètent un tag de base).
 Dans un proemier tmeps j'avais évoqué JSON (aussi XML mais trop verbeux),
 alors qu'on a moyen de faire un format JSON light reprenant les
 conventions habituelles d'OSM où tout est codé avec des valeurs atomiques
 de type chaine, et où on a des séparateurs point-virgule et pipe mais pas
 très lisibles quand on les combine et pas non plus suffisant au delaà des
 listes simples !



 ___
 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] Chain Store Cleanup

2015-05-01 Per discussione Bryce Nesbitt

On Fri, May 1, 2015 at 12:26 PM, Johan C osm...@gmail.com wrote:

 That's a good question Rob. 'Seeing the light' possibly means maintaining
 your own platform/apps as a business. I did ask McDonald's back in 2012, I
 got the following reply: We put focus on optimizing this McDonald's app
 and want to keep the management of the associated database as efficiently
 as possible. Keeping databases for others makes that ambition tricky. With
 the McDonald's app we also communicate information about McDonald's
 products, actions, nutrition values, different locations and opening times
 of the restaurants and the McDrives. Also, restaurant renovations and
 therefore temporary adjusted opening hours are regularly incorporated into
 an update. For the above reasons, we will not consent to the inclusion of
 McDonald's restaurants in Openstreetmap.


They also want the eyeballs on their website, not ours.
I think they understood the request well.

Perhaps the right approach is to ask for limited access to specific
fields.  The position of the restaurant showing up a a benefit to McD
stockholders.
The opening hours might be seen as competition for eyeballs.


Beyond that it's unclear if querying for existence is a violation of any
sort. In other words if I ping
https://ajax.bigchainstore.com?storeid=2323format=json  and it comes up
empty, I learned something.  But did I also violate their terms of service?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Rob Nickerson

On 1 May 2015 at 20:26, Johan C osm...@gmail.com wrote:


 2015-05-01 13:36 GMT+02:00 Rob Nickerson rob.j.nicker...@gmail.com:

 I think eventually chains will see the light, and publish their
 locations in an open format compatible manner. At that point a quick
 cross check with OSM would clear up most of the issues.
 

 Agree. Has anyone actually asked the retail chains?

 That's a good question Rob. 'Seeing the light' possibly means maintaining
 your own platform/apps as a business. I did ask McDonald's back in 2012, I
 got the following reply: We put focus on optimizing this McDonald's app
 and want to keep the management of the associated database as efficiently
 as possible. Keeping databases for others makes that ambition tricky. With
 the McDonald's app we also communicate information about McDonald's
 products, actions, nutrition values, different locations and opening times
 of the restaurants and the McDrives. Also, restaurant renovations and
 therefore temporary adjusted opening hours are regularly incorporated into
 an update. For the above reasons, we will not consent to the inclusion of
 McDonald's restaurants in Openstreetmap.

 Of course I was disappointed, because I still believe OSM can be the best
 platform. On the other hand, McDonald's has a point. Breaking the answer
 down: 1) It's not efficient trying to maintain more than one database 2)
 that single database serves more purposes than just geocoding 3) Other
 databases do not have the same quality.


Glad to hear that you have had a go at contacting one of these big chains.
Their response is disappointing but I think we need to be looking at some
potential solutions and better explaining the benefits of being on
OpenStreetMap to them.

Tackling the benefits of being in OSM first. I would point out that because
OpenStreetMap provides a rich database of geographic features there are
many apps that use OpenStreetMap's data. For example Maps.Me uses OSM in
it's SatNav style app for iOS and Android. Their app also displays
clickable points of interest including fast food outlets. Right now
OpenStreetMap includes some McDonald's stores (as contributed by our
community) but may be missing some. If McDonald's was to provide locations
of all stores then we could update our map data and as such all apps that
use our data would pick up these additional stores when they next update.

As for tackling some of their concerns then first the opening hours
concern. We could offer to link to their website for each store via
opening_hours:url=http://bigchainstore.com?storeid=12345 . As for keeping
the database up to date this is where we would benefit from more conflation
tools. For example it would be great if we had a tool that compares
BigChainStores data dump month 1 against BigChainStores data dump month 2
(should be easier as most entries will be the same). We would also want a
tool that compares BigChainStores data dump against what's already in OSM.
Currently there is no user firendly tool to do this (you end up back in
traditional GIS solutions which tend to go over my head).

I think we can get there but we'd need someone to help in regards to the
comparison tools.

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

[Talk-si] nov maper razsaja po Sloveniji

2015-05-01 Per discussione Blaž Lorger

Izgleda da se je nek novinec (https://www.openstreetmap.org/user/Tanch) 
odločil da bo naredil par neumnosti.
V zadnjih nekaj dneh je naredil več sprememb v Sloveniji. Tista na 
Pohorju je bila totalna neumnost, zato sem jo odstranil. Preprosto je 
narisal pot, ki jo je prehodil, in vse skupaj označil kot en sam dolg 
footway, čeprav je vse že bilo mapirano


Predlagam da kdo pogleda še ostale spremembe, vsak področje, ki ga 
pozna. Dokler so sveže jih je mogoče enostavno odstraniti.


Pozdrav,
  Blaž

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

Re: [Talk-cz] Satelitní snímky bingu zmizely?

2015-05-01 Per discussione Marián Kyral

Tak to jsi mně moc nepotěšil :-(
Že by měli některé podklady pouze s časově omezenou licencí?

Možná by jim někdo mohl vysvětlit, že Ostrava je třetí největší město v
ČR a detailnější snímky Ostravy a jejího okolí by tedy nebyly na škodu ;-)

Marián

Dne 1.5.2015 v 19:54 Martin Ždila napsal(a):
 Aj na Slovensku mame skusenost s tym, ze kvalita snimkov od Bingu
 postupne degraduje. Skus pouzit snimky od MapBox-u.

 2015-05-01 18:56 GMT+02:00 Marián Kyral mky...@email.cz
 mailto:mky...@email.cz:

 Ahoj,
 právě dělám nějaké úpravy ve FM a v JOSM jsem si zapnul satelitní
 snímky
 Bingu. A najednou koukám na rozplizlé fleky :-(
 Nevíte někdo, proč se ztratily detailní snímky, podle kterých jsem
 mapoval?

 Marián



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




 -- 
 Ing. Martin Ždila http://www.openstreetmap.org/user/*Martin*
 OZ Freemap Slovakia
 tel:+421-908-363-848
 mailto:martin.zd...@freemap.sk mailto:martin.zd...@freemap.sk
 http://www.freemap.sk/ http://www.freemap.sk


 ___
 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-cz] Jak mapovat zmolu?

2015-05-01 Per discussione Miroslav Suchý

On 05/01/2015 07:57 PM, Martin Ždila wrote:
 Ahoj
 
 natural=gully

http://wiki.openstreetmap.org/wiki/Tag:natural%3Dgully
Jo to bude ono.
Diky

Mirek

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

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?

2015-05-01 Per discussione Philippe Verdy

Je ne pense pas qu'il demande le calcul d'une distance de trajet mais une
simple mesure de distance sur la carte visualisée.

Hors c'est possible de le faire facilement juste en connaissant les numéros
de tuiles et le niveau de zoom, avec un petit scriptlet côté client : un
clic sur l'icone du scriptlet, on clique un point de la carte, et le
scriptlet affiche la distance jusqu'au point survolé pr la souris; un autre
clic ferme le scriptlet, pour cela le scriptlet n'a qu'à récupérer les
coordonnées X/Y et le niveau de zoom, avec ça ça devient facilement des
coordonnées WGS84 puis on a les formules classiques de calcul de distance
entre deux points

Aucune modification n'est nécessaire sur le serveur, le scriptelt pourrait
fonctionner sur tout site utilisant des tuiles en projection Mercator et
avec le découpage en quadtiles : les URL des bitmaps carrées (et leur
position à l'écran pour faire correspondre les positions de souris)
suffisent. Ça demande juste un peu de javascript.



Le 1 mai 2015 14:28, sebastien.bugzi...@gmail.com 
sebastien.bugzi...@gmail.com a écrit :

  Sur internet il y a ça :
 http://map.meurisse.org/
 Tu peux créer des points, des trajets sans utiliser forcément les nœuds
 osm et les exporter sous différents formats.

 Et sinon il avait été question il y a pas longtemps sur la liste d'un
 autre site qui permettait de calculer les trajets depuis un point A jusqu'à
 un point B. Il devait bien donner la distance... Je ne retrouve plus la
 discussion.

 Sébastien



 On 01/05/2015 13:54, dHuy Pierre wrote:

  erreur de fenetre! désolé



Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr
 dh...@yahoo.fr a écrit :


   Je t'invite à écrire une propal là desus en attendant je propose la
 combinaison pie/point virgule. Vu qu'il s'agitde listes associées simple
 c'est nickel, mais ta propal est extremement intéressant surtout que les
 bases tournent très bien avec de l'orienté document. Tu auras mon vote :)



 Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr
 codecompl...@free.fr a écrit :


 Bonjour

 Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une
 règle pour mesurer la distance entre deux points.

 Faute de mieux, je crée à chaque fois une carte dans Umap pour ça.

 Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM?

 Merci.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.html
 Sent from the France mailing list archive at Nabble.com.

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






 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr



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


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

Re: [Talk-cz] Satelitní snímky bingu zmizely?

2015-05-01 Per discussione Jozef Riha

inak sa to spominalo aj v osm weekly 247:
http://www.weeklyosm.eu/archives/3353

2015-05-01 21:25 GMT+02:00 Marián Kyral mky...@email.cz:

  Tak to jsi mně moc nepotěšil :-(
 Že by měli některé podklady pouze s časově omezenou licencí?

 Možná by jim někdo mohl vysvětlit, že Ostrava je třetí největší město v ČR
 a detailnější snímky Ostravy a jejího okolí by tedy nebyly na škodu ;-)

 Marián

 Dne 1.5.2015 v 19:54 Martin Ždila napsal(a):

 Aj na Slovensku mame skusenost s tym, ze kvalita snimkov od Bingu postupne
 degraduje. Skus pouzit snimky od MapBox-u.

 2015-05-01 18:56 GMT+02:00 Marián Kyral mky...@email.cz:

 Ahoj,
 právě dělám nějaké úpravy ve FM a v JOSM jsem si zapnul satelitní snímky
 Bingu. A najednou koukám na rozplizlé fleky :-(
 Nevíte někdo, proč se ztratily detailní snímky, podle kterých jsem
 mapoval?

 Marián



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




  --
  Ing. Martin Ždila http://www.openstreetmap.org/user/*Martin*
 OZ Freemap Slovakia
  tel:+421-908-363-848
 mailto:martin.zd...@freemap.sk
 http://www.freemap.sk/


 ___
 Talk-cz mailing 
 listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz



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


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

Re: [Talk-at] buschenschank Attributierung

2015-05-01 Per discussione Thomas Konrad

Hallo,

das in der Android-App ist der Kartenstil “Mapbox Streets” - also OSM. Das in
der iOS-App ist die Apple-eigene Karte.

Thomas

On May 1, 2015, at 6:42 PM, e...@gmx.net wrote:

Siehe Anhang, so sieht das Beispielbild von Jens auf iOS aus.

Lt legal Info unten links in der Karte Apple Maps und TomTom

.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-

On 01/05/15 at 17:55, Jens Steinhauser wrote:

Hallo,

Hab die App jetzt auf Android installiert, da koennte schon was dran sein,
hier ein aktueller Screenshot:
https://www.dropbox.com/s/dg69to1hi2zuv99/buschenschank.png?dl=0

Zum Vergleich: http://www.openstreetmap.org/#map=17/46.75608/15.61403

On 05/01/2015 04:30 PM, Gabriel Pfuner wrote:
Gerade mit iOS getestet, bei mir wird TomToM bzw. Apple maps verwendet,
zumindest laut Legal Info unten links in der Karte.

.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-

On 01/05/15 at 16:22, Johannes Silly wrote:

Hallo Jens
Ja das Stimmt was du Schreibst, aber wenn man die App Installiert und
dann die Karte aufruft wird OSM benutzt.
Und danke für die Aufklärung wegen dmca.

Ich denk Sie haben einfach die Screenshots nicht Aktuell.

Hallo,

Da die POI Daten wie du sagst anscheinend nicht aus OSM sind, und die
Attributierung der Karte auch der Homepage passt, sehe ich hier keinen
Handlungsbedarf.

Die http://dmca.openstreetmap.org ist uebrigens fuer andere
Kartenanbieter, um sich bei OSM zu beschweren, falls sie meinen dass
unsererseits ein Lizenzverstoss vorliegt.

lg,
Jens

Daten der Buschenschänke sind anscheinend eigens erfasst, da ich sie
in OSM nicht sehe (Wird vielleicht auch nur gegen Bezahlung in App
übernommen, dann geht OSM leider nicht)

Könnte man übernehmen bzw. eine Partnerschaft vereinbaren?

Mit herzlichen grüßen Johannes

(1) http://buschenschankguide.at/ (Freizeitclub Süd)
(2)
https://play.google.com/store/apps/details?id=com.klemencic.buschenschankhl=de
(3) https://itunes.apple.com/at/app/buschenschank/id796965905

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

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

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

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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Paul Johnson

On Fri, May 1, 2015 at 12:30 PM, Imre Samu pella.s...@gmail.com wrote:

  .. McDonald's  problem...

 Please don't forget the   true McDonald's problem!  It is a content
 encoding hell.
 and very hard to detect by any ordinary field mappers.

   #1.
 name=McDonald’s( count=126 )  U+2019 ’ e2 80 99 RIGHT SINGLE
 QUOTATION MARK
 http://taginfo.openstreetmap.org/tags/name=McDonald%E2%80%99s
 http://overpass-turbo.eu/s/97c

  #2.
 name=McDonald´s( count=40 )   U+00B4 ´ c2 b4 ACUTE ACCENT
 http://taginfo.openstreetmap.org/tags/name=McDonald%C2%B4s
 http://overpass-turbo.eu/s/97e

  #3.
 name=McDonald's   ( count=14039)   U+0027 ' 27 APOSTROPHE
 http://taginfo.openstreetmap.org/tags/name=McDonald's


I'd go with Option 3, for two reasons.  It's actually an apostrophe, so
it's grammatically correct (hey, I try), and it's the most common.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Holistic Map Editing (Was: Chain Store Cleanup)

2015-05-01 Per discussione Bryce Nesbitt

On Fri, May 1, 2015 at 8:07 AM, Frederik Ramm frede...@remote.org wrote:

 OSM editing is usually holistic - you work on many aspects of the map
 in an area. If the map has many edits by different people in an area
 then I can reasonably assume that it has a certain minimum quality
 because these people are on the ground fixing things.


 holistic editing is not the only sort.  The community is more diverse
than that.

You'll find mappers seeking out one feature (e.g. dog walk parks).
Mappers doing wiki or tag gardening (like the original poster).
Mappers working to consolidate tagging, and mappers working to split apart
tagging and make it explicit.
And those focused on data imports.

--

Quality on the ground is probably better measured by views, both among
mobile
apps like OsmAnd, and the tile servers.  Who cares enough about the map in
certain
areas to look at it?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Jak mapovat zmolu?

2015-05-01 Per discussione Martin Ždila

Ahoj

natural=gully

2015-05-01 15:58 GMT+02:00 Miroslav Suchý miros...@suchy.cz:

 Mám dotaz,
 jak se má mapovat zmola? Pro ne-moraváky - rokle vymletá vodou.

 natural=cliff mi nepřijde správný, ten by měl být jenom tam kde je
 obnažená skála.

 barrier=ditch je zase jenom pro man-made prvky

 Takže jak mapovat rokli - v mém konkrétním případě minimálně 5 metrů
 hlubokou, se sklonem přes 70 stupňů (geometricky). Což se sice dá
 překonat, ale rozhodně to je významná překážka.

 Mirek



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




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

Re: [OSM-talk-fr] Intégration des données de PSS dans OSM

2015-05-01 Per discussione Vincent Frison

Merci pour vos réponses, notamment Philippe pour ton mail très instructif.

Et donc s'il faut résumer cette licence BY-NC-ND empêche toute extraction
de donnée vers OSM, c'est vraiment dommage.

Je vais quand même essayer de leur demander si une autorisation spéciale
pour OSM serait envisageable, sait on jamais...





Le 28 avril 2015 07:37, Jean-Christophe Becquet j...@apitux.com a écrit :

 Le 27/04/2015 13:17, Vincent Frison a écrit :

 De ce que j'ai compris ce qui les gêne dans la licence OSM c'est que les
 données peuvent être réutilisées dans des projets commerciaux.
 Apparemment il vont bientôt rendre disponible leurs données sous la
 licence BY-NC-ND (https://creativecommons.org/licenses/by-nc-nd/2.0/fr/).


 Bonjour,

 Peut-être utiliser l'argumentaire Libérez vos créations pour essayer de
 les faire changer d'avis ?
 http://www.apitux.org/index.php?2008/05/03/232-liberez-vos-creations

 Des explications sur les licences Creative Commons et des infos pour aller
 plus loin sur :
 http://www.apitux.org/index.php?2005/09/11/11-les-licences-creative-commons

 Bonne continuation

 Librement

 JCB
 --
 Des formats ouverts pour des données libres

 http://www.apitux.org/index.php?2006/07/09/107-des-formats-ouverts-pour-des-donnees-libres

 ==APITUX : le choix du logiciel libre==

 APITUX - Jean-Christophe Becquet
 BP 32 - 04001 Digne-les-Bains Cedex
 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com/
 SIRET : 452 887 441 00031 - APE : 6202A

 ===


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

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

[OSM-talk] Open community (was: Chain Store Cleanup)

2015-05-01 Per discussione Rob Nickerson

Fred wrote:
I don't think that is something that really advances the quality in OSM,
and I would encourage you to grab a notepad and venture outside to do
some mapping. That way you wouldn't be scripting world-wide cleanup
operations but who knows, you might actually add real value to OSM.


Hi Andrew,

My local community would love to have move people involved in OpenStreetMap
- with or without notepad.

We are mostly a bunch of on the ground mappers so we lack is someone with
the skills to write scripts that help us identify problems in OSM data and
help us to make use of new exciting third party datasets (e.g. by building
tools to help us merge/conflate this data).

Unfortunately OSM is not good at attracting software developers but we
could really do with lots more devs :-)

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

Re: [Talk-cz] Satelitní snímky bingu zmizely?

2015-05-01 Per discussione Martin Ždila

Aj na Slovensku mame skusenost s tym, ze kvalita snimkov od Bingu postupne
degraduje. Skus pouzit snimky od MapBox-u.

2015-05-01 18:56 GMT+02:00 Marián Kyral mky...@email.cz:

 Ahoj,
 právě dělám nějaké úpravy ve FM a v JOSM jsem si zapnul satelitní snímky
 Bingu. A najednou koukám na rozplizlé fleky :-(
 Nevíte někdo, proč se ztratily detailní snímky, podle kterých jsem mapoval?

 Marián



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




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

Re: [OSM-talk] GeoHipster comment on OSM



Am 01.05.2015 um 08:56 schrieb Colin Smale:
 I wonder how a marketing department would react if their (potential)
 customers complained they couldn't find the store.

Gary knows very very very well who and how to contact if he actually had
a question. Just as the handful of others in the geo-industry moaning,
it is simply a meme for you don't conform to our industry norm for a
number of things and we think you should.

It is a very particularly silly meme, because as pointed out, at least
in modern times, I have yet to find anybody having issues or questions
THAT REALLY WANTED AN ANSWER and was not purposely fumbling to make a
statement, not finding out about the OSMF (or for local stuff one of the
local organisations) and getting a response.

Could it be easier? Sure, but google doesn't really care about our
tendency to hide information behind multiple links (for example it takes
two clicks from the main map page to find that the OSMF is the licensor
of the data instead of one) so while not super convenient it is not HARD
to find out.

Simon



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

Re: [OSM-talk] GeoHipster comment on OSM


I'm fairly sure that it has been discussed before (for a while
pre-redesign we had such a link at least on the German version which we
really should still have for legal reasons). I suspects the designers
issue is using screen real estate for stuff that is not that often used.

It is simply the small matter of producing the code and a test instance
of the rails port with the corresponding changes.

Simon

Am 01.05.2015 um 09:54 schrieb Colin Smale:
 How about a new page on www.openstreetmap.org behind a new item
 Contact in the top row menu (which has Help and About)? I am thinking
 of a page which forwards users according to their scenario:
 
 If you would like to contribute to the map as an individual, click here
 
 If you would like to partner with OSM to improve the map, click here
 
 If you would like to re-use OSM data or have questions about licensing,
 click here
 
 etc etc
 
 The current Help page is all about mapping, and the About page does
 contain a link to OSMF but without any information about what the OSMF
 is or does in the ecosystem.
 
  
 
  
 
 On 2015-05-01 09:45, Simon Poole wrote:
 
 Am 01.05.2015 um 08:56 schrieb Colin Smale:
 I wonder how a marketing department would react if their (potential)
 customers complained they couldn't find the store.
 Gary knows very very very well who and how to contact if he actually had
 a question. Just as the handful of others in the geo-industry moaning,
 it is simply a meme for you don't conform to our industry norm for a
 number of things and we think you should.

 It is a very particularly silly meme, because as pointed out, at least
 in modern times, I have yet to find anybody having issues or questions
 THAT REALLY WANTED AN ANSWER and was not purposely fumbling to make a
 statement, not finding out about the OSMF (or for local stuff one of the
 local organisations) and getting a response.

 Could it be easier? Sure, but google doesn't really care about our
 tendency to hide information behind multiple links (for example it takes
 two clicks from the main map page to find that the OSMF is the licensor
 of the data instead of one) so while not super convenient it is not HARD
 to find out.

 Simon


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



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

Re: [Talk-de] OSM Daten extrahieren

2015-05-01 Per discussione Danilo Bretschneider

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Danke für die Info. Da ich eh osmconvert in meinem Skript verwenden
wollte, bietet sich die Funktion mit dem Polygonformat perfekt an.

Der Tipp mit Osmosis hat auch geholfen, denn dort wird beschrieben,
wie man überhaupt zu diesem Polygonformat kommt - auch wenn es einen
Link von osmconvert gibt ;)

Ich werde das Skript auf GitHub stellen. Vielleicht kann jemand sowas
auch noch einmal gebrauchen.

Vielen Dank Danilo

Am 01.05.2015 um 11:49 schrieb Toggenburger Lukas:
 Hallo
 
 Hm, Osmosis kann doch nicht nur eine BBox anwenden sondern auch 
 Polygone zum Filtern verwenden [1]. Das müsste doch die letzte 
 Frage beantworten.
 
 Ebenfalls gibt es osmconvert, welches auch zum Ausschneiden 
 geeignet ist und dasselbe Polygonformat verwendet. Siehe 
 https://wiki.openstreetmap.org/wiki/DE:Osmconvert
 
 Grüsse
 
 Lukas
 
 ___ Talk-de mailing 
 list Talk-de@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-de
 

- -- 
50°45'19.9N 7°05'11.9E

Briefkasten gesucht? www.briefkastenkarte.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVQ09BAAoJEHHS7Nnj7Bru38YH/ibPWihRcX0oTqAn3NMv+Lj2
6oGhEmeVXnE6w7+pVbR76VLHLHy9bzG3wCI4KP8Vdkpvlj5/XTSQqBI+fq2K2MqT
xFqHZfBsUHBo4esbCP60NCpB2FgejmvPmtyPRyc/T6aus6Nu7wpviwxt95c8p544
CJTdbKiD+uZXlGFBl4Dm+SOexlTLe1nRFD7kao8RY5q+BSdNXDqLTkKdvRf/W4hl
sUy6sROqM7tUQZaz2CnsdpwG43kI+sjEzCpQbpEkzXHOAere6soLexBdHbkC5R+T
QPYjHTCBDgOKb+sOeTrpPbfHM9FtiDiNyQ6e6JPkj6PhjHTAlqgvQbeGnxNOvis=
=eTVz
-END PGP SIGNATURE-

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

Re: [OSM-talk] GeoHipster comment on OSM

2015-05-01 Per discussione Colin Smale

 

How about a new page on www.openstreetmap.org behind a new item
Contact in the top row menu (which has Help and About)? I am thinking
of a page which forwards users according to their scenario: 

If you would like to contribute to the map as an individual, click here 

If you would like to partner with OSM to improve the map, click here 

If you would like to re-use OSM data or have questions about licensing,
click here 

etc etc 

The current Help page is all about mapping, and the About page does
contain a link to OSMF but without any information about what the OSMF
is or does in the ecosystem. 

On 2015-05-01 09:45, Simon Poole wrote: 

 Am 01.05.2015 um 08:56 schrieb Colin Smale:
 
 I wonder how a marketing department would react if their (potential) 
 customers complained they couldn't find the store.
 
 Gary knows very very very well who and how to contact if he actually had
 a question. Just as the handful of others in the geo-industry moaning,
 it is simply a meme for you don't conform to our industry norm for a
 number of things and we think you should.
 
 It is a very particularly silly meme, because as pointed out, at least
 in modern times, I have yet to find anybody having issues or questions
 THAT REALLY WANTED AN ANSWER and was not purposely fumbling to make a
 statement, not finding out about the OSMF (or for local stuff one of the
 local organisations) and getting a response.
 
 Could it be easier? Sure, but google doesn't really care about our
 tendency to hide information behind multiple links (for example it takes
 two clicks from the main map page to find that the OSMF is the licensor
 of the data instead of one) so while not super convenient it is not HARD
 to find out.
 
 Simon
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk [1]
 

Links:
--
[1] https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Normalisation du tag antenne

2015-05-01 Per discussione Philippe Verdy

Le 1 mai 2015 10:20, dHuy Pierre dh...@yahoo.fr a écrit :

 @Verdi: Hum je pense que tu pousses un peu loin le format initial de
 Jérome me paraissait bien

Jérome avait plutôt été séduit par ma première proposition, cependant je
parlais du problème plus général des infos structurées pour lesquelles on
n'a pas de schéma clair permettant de les représenter de façon compacte
mais lisible et parsable avec un système unique et non ambigu, et sans
forcément multiplier le nombre de tags quand ce n'est pas toujours
nécessaire (car des infos optionelles qui complètent un tag de base).
Dans un proemier tmeps j'avais évoqué JSON (aussi XML mais trop verbeux),
alors qu'on a moyen de faire un format JSON light reprenant les
conventions habituelles d'OSM où tout est codé avec des valeurs atomiques
de type chaine, et où on a des séparateurs point-virgule et pipe mais pas
très lisibles quand on les combine et pas non plus suffisant au delaà des
listes simples !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] GeoHipster comment on OSM

2015-05-01 Per discussione Tom Hughes


On 01/05/15 09:25, Simon Poole wrote:


I'm fairly sure that it has been discussed before (for a while
pre-redesign we had such a link at least on the German version which we
really should still have for legal reasons). I suspects the designers
issue is using screen real estate for stuff that is not that often used.

It is simply the small matter of producing the code and a test instance
of the rails port with the corresponding changes.


I don't think a new link is necessary - how about just beefing up the 
current extremely minimal Help page with some nice text and including 
a section with contact details for various use cases?


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [Talk-de] OSM Daten extrahieren

2015-05-01 Per discussione Michael


Servus,

Am 01.05.2015 um 08:05 schrieb Danilo Bretschneider:

Alternativ könnte ich das Planet File bzw. Extrakte von der Geofabrik
mit Osmosis verabreiten. Hier besteht das Problem, dass die kleinste
Region der Regierungsbezirk Köln ist. Hier müsste man zusätzlich noch
eine BBox anwenden, welche jedoch viereckig. Somit wären in der
Auswertung auch Objekte enthalten, welche nicht in Bonn liegen.

  * Gibt es sonst noch Möglichkeiten, um an die OSM Daten zu kommen?
  * Gibt es hierfür weitere Tools, die für mein Workflow geeignet sind?
  * Wie kann man anhand des Planet Files die Region Bonn extrahieren?


Hm, Osmosis kann doch nicht nur eine BBox anwenden sondern auch Polygone 
zum Filtern verwenden [1]. Das müsste doch die letzte Frage beantworten.


Ob das jetzt besser oder schlechter als Overpass ist kann ich Dir aber 
nicht sagen.


Grüße,
Michael


[1] 
https://wiki.openstreetmap.org/wiki/DE:Osmosis/Polygon_Filter_File_Format


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

Re: [OSM-talk] GeoHipster comment on OSM

I feel OSM has many flaws and one of them is that it's failing to address
the flaws adequately. I think the fault lies with the OSM marketing
department - what do you mean, we haven't got one ?

Another fer instance: ex-mappers should be a swear-word around here.

On 1 May 2015 at 10:12, Simon Poole si...@poole.ch wrote:



 Am 01.05.2015 um 10:48 schrieb Christoph Hormann:
 ...
 
  rant
  Of course big head at company A usually knows how to quickly get in
  contact with big head at company B, what really bugs them with OSM is
  that they are supposed to use the same channels as John Doe.
  /rant
 
 Well less that, because obviously given that we are talking about a
 small group of people, they will actually typically know each other in
 any case, the real irritation is that everybody gets the same usage
 terms and you can't haggle a special deal.

 I don't want to make the impression that from an OSMF business
 operations perspective everything is perfect, far from it. But the
 issues tend(ed) to be more internal cultural kind of things than
 customer facing.

 Simon


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




-- 
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via *the area's premier website - *

*currently unavailable due to ongoing harassment of me, my family, property
 pets*

TCs https://sites.google.com/site/pmailkeey/e-mail
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] En Inde, des enfants veulent transformer les bidonvilles par la cartographie

2015-05-01 Per discussione Brice MALLET


Lien intéressant, merci.
Information conservée dans le wiki : 
https://wiki.openstreetmap.org/wiki/FR:WikiProject_education#Projets_.C3.A9ducatifs_.22g.C3.A9ographiques.22_n.27utilisant_pas_.28encore.29_OSM


Brice

Le 30/04/2015 19:31, Shohreh a écrit :

Tous les enfants aiment dessiner. Mais en Inde, de jeunes résidents des
bidonvilles utilisent leurs talents d’artistes pour provoquer des
changements urbains.

Dans le cadre d’une campagne civique centrée sur des clubs d’enfants, des
groupes de jeunes créent des « cartes sociales » détaillées de leurs
quartiers marginalisés avec l’objectif de partager leurs inquiétudes sur
l’espace public.

http://visionscarto.net/inde-cartographie-enfants



--
View this message in context: 
http://gis.19327.n5.nabble.com/En-Inde-des-enfants-veulent-transformer-les-bidonvilles-par-la-cartographie-tp5842600.html
Sent from the France mailing list archive at Nabble.com.

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



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

Re: [Talk-cz] konference Geoinformatics - oznameni

2015-05-01 Per discussione Martin Landa

Vazeni kolegove z OSM komunity,

rad bych, aby nekdo z vas vystoupil v sekci klicovych recniku
konference za OSM. Mel byste o to nekdo z vas zajem. Predem doufam, ze
ano :-) Mej te se a mapovani zdar ;-) Martin

Dne 28. dubna 2015 10:50 Martin Landa landa.mar...@gmail.com napsal(a):
Vážení přátelé,

dovolujeme si vás pozvat na konferenci Geoinformatics, která proběhne
11. a 12. června 2015 na půdě Fakulty stavební Českého vysokého učení
technického v Praze.

Stěžejním tématem konference jsou letos Otevřená data. Dopoledne ve
čtvrtek 11. června proběhnou workshopy (o jaké workshopy půjde můžete
rozhodnout i vy v anketě v přihlašovacím formuláři). Odpoledne
proběhne první část konference, ve které budou předneseny obecné
příspěvky na témata spojená s otevřenými daty, otevřeným software,
GISem a geoinformačními vědami.

V pátek 12. června bude probíhat klíčová část konference, ve které
budou předneseny příspěvky spojené se stěžejním tématem Otevřená data.
Mezi nimi vystoupí i klíčoví řečníci, kterými jsou Mgr. Jiří Čtyroký z
Institutu plánování a rozvoje hlavního města Prahy (IPR), Ing. Jiří
Poláček CSc. z Českého úřadu katastrálního a zeměměřického, Ing. Petr
Dvořáček ze Zeměměřického úřadu zástupce (bude doplněno později) z
Českého statistického úřadu.

Konference i workshop jsou bez účastnického poplatku.

Ve čtvrtek večer proběhne přátelské posezení v některé z blízkých restaurací.

Více o konferenci najdete na internetových stránkách
http://geoinformatics.fsv.cvut.cz/konference/.

Online přihláška: http://geoinformatics.fsv.cvut.cz/konference/prihlaska/

Stále sháníme další řečníky, kteří by rádi promluvili o svých
projektech ať už na poli otevřených dat, nebo dalších témat, které
jsou probírány na naší konferenci.

Zájemci ať se obrátí na email martin.la...@fsv.cvut.cz a
michal@fsv.cvut.cz.

Dále bychom vás rádi pozvali na spřátelenou akci Prague Hacks
pořádanou Fondem Otakara Motejla, více informací na adrese
http://www.praguehacks.cz/.

Za organizační tým konference Martin Landa a Michal Med.

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione James Mast

When it comes to McDonald's, at least in the USA and Canada, they (when they 
are stand-alone stores) are extremely easy to verify via Bing Imagery since 
they almost always use the same design for the buildings.  It also helps when 
the sun was just right when the imagery was taken that the McDonald's logo 
casts a shadow on the ground from their tall sign (if they have one).

So, you might be able to get away with just checking the imagery for the 
misspelled ones in the USA/Canada without having to rely on doing anything 
mechanical.  And for the ones you can't verify, you could just add a note for 
them to be field checked if the building design doesn't match any of the normal 
designs, or is inside a gas station/WalMart and can't be verified for sure 
since those locations can/do change often sometimes to another brand.

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

Re: [OSM-talk] GeoHipster comment on OSM



Am 01.05.2015 um 10:48 schrieb Christoph Hormann:
...
 
 rant
 Of course big head at company A usually knows how to quickly get in 
 contact with big head at company B, what really bugs them with OSM is 
 that they are supposed to use the same channels as John Doe.
 /rant
 
Well less that, because obviously given that we are talking about a
small group of people, they will actually typically know each other in
any case, the real irritation is that everybody gets the same usage
terms and you can't haggle a special deal.

I don't want to make the impression that from an OSMF business
operations perspective everything is perfect, far from it. But the
issues tend(ed) to be more internal cultural kind of things than
customer facing.

Simon



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

Re: [OSM-talk] GeoHipster comment on OSM

2015-05-01 Per discussione Johannes Kröger

Just a quick comment that GeoHipster is just a (fun) blog with some
tongue-in-cheek atmosphere. There are eg interviews on it and guest
posts with very different opinions. Gary's post is his own views. I am
not affiliated with GeoHipster, just wanted to clear this up.

Cheers, Hannes

 Anybody ever get the feeling that there may be some astroturf in
 play?  I can't help but to see a parallel in this discussion between
 GeoHipster's position relative to OpenStreetMap today and groups
 linked to Microsoft relative to Linux two decades ago.


pgpXcZ9P0Y4m4.pgp
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] OSM Daten extrahieren

2015-05-01 Per discussione Toggenburger Lukas

Hallo

 Hm, Osmosis kann doch nicht nur eine BBox anwenden sondern
 auch Polygone zum Filtern verwenden [1]. Das müsste doch die
 letzte Frage beantworten.

Ebenfalls gibt es osmconvert, welches auch zum Ausschneiden geeignet ist und 
dasselbe Polygonformat verwendet. Siehe 
https://wiki.openstreetmap.org/wiki/DE:Osmconvert 

Grüsse

Lukas

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

Re: [OSM-talk] GeoHipster comment on OSM

2015-05-01 Per discussione Paul Johnson

On Fri, May 1, 2015 at 1:47 AM, Simon Poole si...@poole.ch wrote:

 It should be pointed out that during 2012 and 2014 and continuing with
 at least the LWG till today, dozens of companies and organisations
 (outside of the geo-industry) with questions have had no problems
 contacting the OSMF and getting an answer back, typically within less
 than 24 hours. The OSMF even has a published and working postal mail
 address (contrary to certain other organisations).

 Maybe we should run a workshop on how to use google and an e-mail
 program for the moaners in the geo-industry.


 Anybody ever get the feeling that there may be some astroturf in play?  I
can't help but to see a parallel in this discussion between GeoHipster's
position relative to OpenStreetMap today and groups linked to Microsoft
relative to Linux two decades ago.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Normalisation du tag antenne

@Verdi: Hum je pense que tu pousses un peu loin le format initial de Jérome me 
paraissait bien@Lioter, on dispose déjà d'une liste je te la mets ci dessous: 
le problème c'est que je voudrais éviter le jargons techniques pour des mots 
compréhensibles et je ne connais pas la moitié de ses antennes. J'ai fait une 
liste avec le nombre d'apparition dans le fichier:
211822    : Panneau (16)
83318    : Antenne parabolique (17)
12407    : Réseaux d'antennes panneaux (19)
10711    : Yagi (21)
8129    : Cierge/Perche (18)
4257    : Dipôle/Doublet (32)
4044    : Panneau Ran-Sharing (75)
3038    : Réseau vertical (26)
2712    : Tube (76)
2387    : Groundplane (12)
1513    : Logarithmique/Log périodique (14)
1392    : Active (directionnelle ou omnidirectionnelle) (2)
1126    : Dipôle large bande (5)
1082    : Antenne indoor pour téléphonie mobile (59)
777    : Trombone (33)
567    : Dièdre (50)
516    : Plan passif ou miroir (44)
472    : Fouet (9)
335    : Antenne à fentes (24)
199    : Cornet (46)
188    : Cylindre (49)
133    : Cable rayonnant (antenne coaxiale) (60)
114    : Discone (52)
112    : Helicoidal (56)
107    : Antenne Grille (45)
100    : Globe (51)
99    : Cigare (3)
95    : Multi Doublets/Multi dipoles (64)
94    : Colinéaire (35)
77    : Panneau bi-bandes (47)
66    : Antenne Gonio (31)
62    : Antenne radar (54)
59    : Sans type (0)
53    : Panneau bi-mode (74)
51    : Filaire (8)
41    : Antenne trisectorielle (58)
32    : Aérien issu de reprise des données électroniques (9)
21    : Réseau circulaire 49 antennes (25)
15    : Antenne à faisceau (65)
14    : Pylone Rayonnant (72)
12    : Antenne directive (7)
10    : Réseau linéaire 13 antennes (22)
10    : Antenne Plane (39)
9    : Obus (55)
9    : Antenne à jupe (66)
6    : Antenne HF (38)
4    : Antenne Parapluie (30)
4    : Antenne Marguerite (29)
3    : Panneau tri-bandes (48)
3    : Fuseau (10)
3    : Antenne biconique (67)
3    : Accordable (1)
2    : Système antennaire (20)
2    : Corolle (4)
2    : Antenne équidirective dans un plan (61)
1    : HLO (13)
1    : Antenne à rayonnement zenithal (63)

  


 Le Vendredi 1 mai 2015 1h40, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 Note: je n'ai rien précisé concernant la façon de créer un échappement pour 
les crochets, accolades, guillemets, apostrophes, et les pipe, virgules ou 
point-virgules : il faudrait juste réserve le backslash ou d'un caractère 
conventionel non réservé :- \\ pour le backslash \ lui même
- \| pour le pipe |- \= pour le signe égal =- \[ et \] pour les crochets [ et ]
- \{ et \} pour les accolades { et }- \s (semicolon) pour le point-virgule ; et 
non pas \; afin de ne pas entrer en conflit avec les point-virgules séparateurs 
par défaut des listes non ordonnées d'OSM)

Et pour le cas où des chaines déjà entre guillemets ou entre 'apostrophes' 
sont utilisées:- \q (quote) pour les guillemets doubles ASCII - \a (apos) pour 
les guillemets doubles ASCII '
Rien de prévu pour les échappements Unicode (ceux qui y tiennent pourront 
ajouter \xNN ou \u ou \UNN), le but étant de coder directement les 
caractères du texte si possible et d'utiliser sinon les échappements plus 
compacts à deux caractères...
Avec ça on a tout pour imiter JSON, mais en plus compact et sans distinguer les 
types numériques et chaines (il n'y a qu'un seul type d'atome : les chaînes).
Les schémas qui voudraient distinguer les types d'atomes devraient coder ça 
dans les atomes-chaines par une convention comme type:valeur (un peut comme 
le fait PHP pour sérialiser ses données), par exemple i:10 pour indiquer 
l'entier 10 (nombre de bits non limité), n:10 pour le nombre flottant 10 
(précision non limitée), s:10 pour indiquer la chaîne 10, n: pour 
indiquer une valeur nil, d:date pour une date dans un format compatible 
ISO8601 (avec séparateurs de champs de date optionnels pour que ce soit encore 
plus compact)...
Le 1 mai 2015 01:17, Philippe Verdy verd...@wanadoo.fr a écrit :

Le 1 mai 2015 00:35, dHuy Pierre dh...@yahoo.fr a écrit :

@Verdy: Heureux de te voir enfin, j'étais presqu'étoné de ne pas te lire. Cette 
propal de nomenclature est vraiment bonne.

Note: je n'ai pas voulu taper gags mais tags (mais sur le coup le 
smartphone que j'ai utilisé temporairement, le temps d'une indisponibilité du 
système sur PC, n'en a fait qu'à sa tête malgré plusieurs corrections 
successives de ce mot, il a encore été remplacé contre ma volonté lors de 
l'envoi...)
Personnellement je n'ai jamais aimé le fait de mêler deux types de séparateurs 
dans les tags lanes, c'est très peu lisible et trompeur. Et j'aurais préféré un 
codage de type JSON (mais encore un peu plus compact), sans aucun point-virgule 
(sauf si la structure principale est celle d'une liste non ordonnée: aucun 
point-virgule dans les éléments)
Bref si on veut tout mettre dans un seul tag, permettre alors l'usage des 
accolades, et dans ce cas dans les accolades permettre d'utilier guillements et 
apostrophes ASCII pour

Re: [OSM-talk] GeoHipster comment on OSM

2015-05-01 Per discussione Christoph Hormann

On Friday 01 May 2015, Simon Poole wrote:

 Gary knows very very very well who and how to contact if he actually
 had a question. Just as the handful of others in the geo-industry
 moaning, it is simply a meme for you don't conform to our industry
 norm for a number of things and we think you should.

The funny thing is that bigger companies - specifically including 
the 'moaning ones from the geo-industry' - are usually quite hard to 
get in contact with outside their regular streamlined business 
processes like web shops and sign up forms, for example via contact 
forms and published email addresses.

rant
Of course big head at company A usually knows how to quickly get in 
contact with big head at company B, what really bugs them with OSM is 
that they are supposed to use the same channels as John Doe.
/rant

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

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

Re: [OSM-talk] GeoHipster comment on OSM

I was actually going to suggest something along such lines given that
both the Help and About pages are not particularly well used. But didn't
want to get in to the bike shedding trap, so if I get around to it I'll
submit a couple of PRs.

Simon

Am 01.05.2015 um 10:52 schrieb Tom Hughes:
 On 01/05/15 09:25, Simon Poole wrote:
 
 I'm fairly sure that it has been discussed before (for a while
 pre-redesign we had such a link at least on the German version which we
 really should still have for legal reasons). I suspects the designers
 issue is using screen real estate for stuff that is not that often used.

 It is simply the small matter of producing the code and a test instance
 of the rails port with the corresponding changes.
 
 I don't think a new link is necessary - how about just beefing up the
 current extremely minimal Help page with some nice text and including
 a section with contact details for various use cases?
 
 Tom
 



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

Re: [OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Paul Johnson

On Thu, Apr 30, 2015 at 6:44 PM, Bryce Nesbitt bry...@obviously.com wrote:

 I think eventually chains will see the light, and publish their locations
 in an open format compatible manner.
 At that point a quick cross check with OSM would clear up most of the
 issues.


I think this depends on the chain and how much they care about this.  I
believe there was a previous import of Lowe's locations, and this data was
*woefully* inaccurate.  At least in Oklahoma, these often ended up well
into the close but no cigar territory, often being blocks away and in
nonsensical spots kinda-sorta close, but not close enough to get accurate
routing.  On the other hand, there was a pretty nicely detailed import of
Love's truck stops a while back that included a fair amount of detail, for
which the only issue I take with it is that it mistagged most as caravan
sites instead of service plazas.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Normalisation du tag antenne

2015-05-01 Per discussione Jérôme Amagat

Le 1 mai 2015 21:42, François Lacombe fl.infosrese...@gmail.com a écrit :

 Je ne comprends toujours pas le lien entre ce qui est dans le fichier ANFR
 et un possible inventaire des antennes dans OSM.

 Le fichier ANFR décris au mieux une station d'émission pouvant comprendre
 plusieurs antennes.
 Le support de l'ANFR n'est pas l'antenne. La plupart des supports sont
 occupés par une multitude d'antennes.

 Du coup, si on pouvait avoir quelques explications supplémentaires sur le
 raisonnement, elles sont les bienvenues.

 Tu n'as pas du regarder entièrement ce qu'a libérer l’anfr. Il y a 5
fichier texte qui liste chaque'un quelque chose de différent : les *Supports
*(pylône, mat, immeuble ...) accueillant des antennes avec position,
hauteur, propriétaire, ça c'est sur ça doit être intégrer dans osm. ensuite
les *Stations *(il peut il y en avoir plusieurs par support) avec
l’opérateur (orange,sncf,tdf...) et des dates (implantation,mise en service
et modification). Puis les *Antennes* (il peut il y en avoir plusieurs par
station) avec son type (panneau, antenne parabolique...) et des info sur
cette antenne (dimension, azimute...). Puis les *émetteurs *(il peut il y
en avoir plusieurs par antenne) avec le système (GSM 900, FM,). Et
enfin les *Bandes *(il peut il y en avoir plusieurs par émetteur) avec le
début et la fin d'une bande de fréquence.
On peut passer d'un fichier a l'autre avec differents id.

Voilà ce que fournit donc l'anfr. Bien sur, RIEN N'OBLIGE DE TOUT INTÉGRÉ
DANS OSM.

Pour les supports, je pense qu'il faut utiliser les tag déjà en circulation
les différents man_made (mast , tower, communications_tower) et ne rien
mettre pour immeuble,batiment... qui sont déjà présent en surfacique. plus
height= et owner=. jusque là on n'est pas sur des choses nouvelles (peut
être reparler de mast , tower, communications_tower, moi je comprends pas
les différences).
Pour le reste, déjà il peut bien il y avoir 30 antennes sur un pylône, dans
osm les antennes et le pylône c'est un node donc il faut mettre les tags
sur ce node.
il faut choisir le niveau de detail que l'on veut et que l'on peut mettre
dans osm et le niveau de complexité.
operator=
reseau =FM. FH; UMTS 900; LTE 260...
ou faire comme proposer là :
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmast
communication:mobile_phone=yes; LTE 260;...
communication:radio=yes
communication:television=yes
communication:microwave=yes

Le tag antenna = yes peut permettre aussi d'indiquer le type d'antenne :
antenna = multi lorsque'il y a différentes antennes
antenna = panneau ou antenne parabolique ... quand il n'y a qu'une antenne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?

2015-05-01 Per discussione sebastien.bugzi...@gmail.com

Du coup le lien que j'ai donné devrait répondre à sa question. Après 
peut être que le fait que ça soit en dehors de OSM soit bloquant pour 
Shohreh. Si c'est bloquant il faudra se lancer dans le script dont tu 
parles, Philippe.


Sébastien

On 01/05/2015 21:42, Philippe Verdy wrote:
Je ne pense pas qu'il demande le calcul d'une distance de trajet mais 
une simple mesure de distance sur la carte visualisée.


Hors c'est possible de le faire facilement juste en connaissant les 
numéros de tuiles et le niveau de zoom, avec un petit scriptlet côté 
client : un clic sur l'icone du scriptlet, on clique un point de la 
carte, et le scriptlet affiche la distance jusqu'au point survolé pr 
la souris; un autre clic ferme le scriptlet, pour cela le scriptlet 
n'a qu'à récupérer les coordonnées X/Y et le niveau de zoom, avec ça 
ça devient facilement des coordonnées WGS84 puis on a les formules 
classiques de calcul de distance entre deux points


Aucune modification n'est nécessaire sur le serveur, le scriptelt 
pourrait fonctionner sur tout site utilisant des tuiles en projection 
Mercator et avec le découpage en quadtiles : les URL des bitmaps 
carrées (et leur position à l'écran pour faire correspondre les 
positions de souris) suffisent. Ça demande juste un peu de javascript.




Le 1 mai 2015 14:28, sebastien.bugzi...@gmail.com 
mailto:sebastien.bugzi...@gmail.com sebastien.bugzi...@gmail.com 
mailto:sebastien.bugzi...@gmail.com a écrit :


Sur internet il y a ça :
http://map.meurisse.org/
Tu peux créer des points, des trajets sans utiliser forcément les
nœuds osm et les exporter sous différents formats.

Et sinon il avait été question il y a pas longtemps sur la liste
d'un autre site qui permettait de calculer les trajets depuis un
point A jusqu'à un point B. Il devait bien donner la distance...
Je ne retrouve plus la discussion.

Sébastien



On 01/05/2015 13:54, dHuy Pierre wrote:

erreur de fenetre! désolé



Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr
mailto:dh...@yahoo.fr a écrit :


Je t'invite à écrire une propal là desus en attendant je propose
la combinaison pie/point virgule. Vu qu'il s'agitde listes
associées simple c'est nickel, mais ta propal est extremement
intéressant surtout que les bases tournent très bien avec de
l'orienté document. Tu auras mon vote :)



Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr
mailto:codecompl...@free.fr a écrit :


Bonjour

Un truc qui me manque sur le site OSM (www.openstreetmap.org
http://www.openstreetmap.org), c'est une
règle pour mesurer la distance entre deux points.

Faute de mieux, je crée à chaque fois une carte dans Umap pour ça.

Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM?

Merci.



--
View this message in context:

http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.html
Sent from the France mailing list archive at Nabble.com.

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






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



___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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

[OSM-talk] BBC License Violation?

Hi All,


I was reading the below linked article on the BBC today and came across the 
map. It looks like they’re using OSM-derived internally displaced person (IDP) 
camp data without attribution.


http://www.bbc.co.uk/news/20039682



Based on what I’m reading in the relevant coordination channels it appears that 
HOT / Kathmandu Living Labs are one of the main sources for IDP damage. This is 
confirmed by the obvious square shape of the southern camps shown. The shape 
appears to align with bounds of HOT task #1008. 
http://tasks.hotosm.org/project/1008


Likely this is an honest mistake from a BBC reporter who sourced the derived 
data from the Nepali government. Nonetheless it’s a violation and should be 
fixed.


Is there anyone with BBC contacts who could try to have this sorted? I’ve 
written them through the generic Contact button but personal contacts are 
always quicker.


Best,
Robert

—
Sent from Mailbox___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Chain Store Cleanup

Approaching bigchains.com and asking them stupid questions is only going to
downgrade the quality of OSM in their eyes. Consequently, it'd be better
for OSM not to contact them - unless you can offer them '*something*'.
Google (maps) is a business - so has a significant advantage. As for
variable data like opening hours, phone number etc. (even postal address is
no use to them) their building needs to appear on the map with a one-click
link to the outlet's website that shows phone number and opening hours.
Feel free to go back to McD when you can offer them a flashing 'neon'
building on the map and when the building is 'dim' replace it with their
logo M. You just need to figure out what you'd charge them for this
advertising. If you don't charge them they'll think it's a pointless
gimmick and show no interest.

On 1 May 2015 at 21:44, Rob Nickerson rob.j.nicker...@gmail.com wrote:

 On 1 May 2015 at 20:26, Johan C osm...@gmail.com wrote:


 2015-05-01 13:36 GMT+02:00 Rob Nickerson rob.j.nicker...@gmail.com:

 I think eventually chains will see the light, and publish their
 locations in an open format compatible manner. At that point a quick
 cross check with OSM would clear up most of the issues.
 

 Agree. Has anyone actually asked the retail chains?

 That's a good question Rob. 'Seeing the light' possibly means
 maintaining your own platform/apps as a business. I did ask McDonald's back
 in 2012, I got the following reply: We put focus on optimizing this
 McDonald's app and want to keep the management of the associated database
 as efficiently as possible. Keeping databases for others makes that
 ambition tricky. With the McDonald's app we also communicate information
 about McDonald's products, actions, nutrition values, different locations
 and opening times of the restaurants and the McDrives. Also, restaurant
 renovations and therefore temporary adjusted opening hours are regularly
 incorporated into an update. For the above reasons, we will not consent to
 the inclusion of McDonald's restaurants in Openstreetmap.

 Of course I was disappointed, because I still believe OSM can be the best
 platform. On the other hand, McDonald's has a point. Breaking the answer
 down: 1) It's not efficient trying to maintain more than one database 2)
 that single database serves more purposes than just geocoding 3) Other
 databases do not have the same quality.


 Glad to hear that you have had a go at contacting one of these big chains.
 Their response is disappointing but I think we need to be looking at some
 potential solutions and better explaining the benefits of being on
 OpenStreetMap to them.

 Tackling the benefits of being in OSM first. I would point out that
 because OpenStreetMap provides a rich database of geographic features there
 are many apps that use OpenStreetMap's data. For example Maps.Me uses OSM
 in it's SatNav style app for iOS and Android. Their app also displays
 clickable points of interest including fast food outlets. Right now
 OpenStreetMap includes some McDonald's stores (as contributed by our
 community) but may be missing some. If McDonald's was to provide locations
 of all stores then we could update our map data and as such all apps that
 use our data would pick up these additional stores when they next update.

 As for tackling some of their concerns then first the opening hours
 concern. We could offer to link to their website for each store via
 opening_hours:url=http://bigchainstore.com?storeid=12345 . As for keeping
 the database up to date this is where we would benefit from more conflation
 tools. For example it would be great if we had a tool that compares
 BigChainStores data dump month 1 against BigChainStores data dump month 2
 (should be easier as most entries will be the same). We would also want a
 tool that compares BigChainStores data dump against what's already in OSM.
 Currently there is no user firendly tool to do this (you end up back in
 traditional GIS solutions which tend to go over my head).

 I think we can get there but we'd need someone to help in regards to the
 comparison tools.

 Best,
 Rob



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




-- 
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via *the area's premier website - *

*currently unavailable due to ongoing harassment of me, my family, property
 pets*

TCs https://sites.google.com/site/pmailkeey/e-mail
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] BBC License Violation?

2015-05-01 Per discussione Pierre Béland

They will have to pay an interview for this :)
  
Pierre 

  De : Robert Banick rban...@gmail.com
 À : OSM Talk talk@openstreetmap.org; hot h...@openstreetmap.org 
 Envoyé le : Vendredi 1 mai 2015 17h18
 Objet : [OSM-talk] BBC License Violation?
   
Hi All,
I was reading the below linked article on the BBC today and came across the 
map. It looks like they’re using OSM-derived internally displaced person (IDP) 
camp data without attribution.
http://www.bbc.co.uk/news/20039682

Based on what I’m reading in the relevant coordination channels it appears that 
HOT / Kathmandu Living Labs are one of the main sources for IDP damage. This is 
confirmed by the obvious square shape of the southern camps shown. The shape 
appears to align with bounds of HOT task #1008. 
http://tasks.hotosm.org/project/1008
Likely this is an honest mistake from a BBC reporter who sourced the derived 
data from the Nepali government. Nonetheless it’s a violation and should be 
fixed.
Is there anyone with BBC contacts who could try to have this sorted? I’ve 
written them through the generic Contact button but personal contacts are 
always quicker.
Best,Robert
—
Sent from Mailbox
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] BBC License Violation?

Is that news article link still valid ?

On 1 May 2015 at 22:18, Robert Banick rban...@gmail.com wrote:

  Hi All,

 I was reading the below linked article on the BBC today and came across
 the map. It looks like they’re using OSM-derived internally displaced
 person (IDP) camp data without attribution.

 http://www.bbc.co.uk/news/20039682

 Based on what I’m reading in the relevant coordination channels it appears
 that HOT / Kathmandu Living Labs are one of the main sources for IDP
 damage. This is confirmed by the obvious square shape of the southern camps
 shown. The shape appears to align with bounds of HOT task #1008.
 http://tasks.hotosm.org/project/1008

 Likely this is an honest mistake from a BBC reporter who sourced the
 derived data from the Nepali government. Nonetheless it’s a violation and
 should be fixed.

 Is there anyone with BBC contacts who could try to have this sorted? I’ve
 written them through the generic Contact button but personal contacts are
 always quicker.

 Best,
 Robert

 —
 Sent from Mailbox https://www.dropbox.com/mailbox

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




-- 
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via *the area's premier website - *

*currently unavailable due to ongoing harassment of me, my family, property
 pets*

TCs https://sites.google.com/site/pmailkeey/e-mail
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] BBC License Violation?

Robert, the link doesn't seem to work (not just for me)

Simon




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

Re: [OSM-talk] BBC License Violation?

2015-05-01 Per discussione SomeoneElse


On 01/05/2015 22:18, Robert Banick wrote:

Hi All,

I was reading the below linked article on the BBC today and came 
across the map. It looks like they’re using OSM-derived internally 
displaced person (IDP) camp data without attribution.


http://www.bbc.co.uk/news/20039682



Looks like that story's moved.  I just see Contact BBC News online - 
help, feedback and complaints.  Can you link to the current URL?


Cheers,

Andy


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

Re: [OSM-talk] BBC License Violation?

2015-05-01 Per discussione Pierre Béland

same problem with me.
  
Pierre 

  De : Simon Poole si...@poole.ch
 À : talk@openstreetmap.org 
 Envoyé le : Vendredi 1 mai 2015 17h44
 Objet : Re: [OSM-talk] BBC License Violation?
   
Robert, the link doesn't seem to work (not just for me)

Simon




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


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

Re: [OSM-talk] Chain Store Cleanup

On 1 May 2015 at 18:30, Imre Samu pella.s...@gmail.com wrote:

  .. McDonald's  problem...

 Please don't forget the   true McDonald's problem!  It is a content
 encoding hell.
 and very hard to detect by any ordinary field mappers.

   #1.
 name=McDonald’s( count=126 )  U+2019 ’ e2 80 99 RIGHT SINGLE
 QUOTATION MARK
 http://taginfo.openstreetmap.org/tags/name=McDonald%E2%80%99s
 http://overpass-turbo.eu/s/97c

  #2.
 name=McDonald´s( count=40 )   U+00B4 ´ c2 b4 ACUTE ACCENT
 http://taginfo.openstreetmap.org/tags/name=McDonald%C2%B4s
 http://overpass-turbo.eu/s/97e

  #3.
 name=McDonald's   ( count=14039)   U+0027 ' 27 APOSTROPHE
 http://taginfo.openstreetmap.org/tags/name=McDonald's

 Regards,
  Imre



Any hope of tracing the sources of #1 and #2 ? Such as Apple users ? and
which editor was used?

-- 
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via *the area's premier website - *

*currently unavailable due to ongoing harassment of me, my family, property
 pets*

TCs https://sites.google.com/site/pmailkeey/e-mail
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] BBC License Violation?

Hi all,



Sorry my internet cut out midway through writing the email and I got turned 
around finding the link. Im on my phone now and it's a bit clumsy to get the 
link, but Ii's the front page article on Nepal on the BBC World website. 







Robert



—
Sent from Mailbox

On Fri, May 1, 2015 at 9:46 PM, SomeoneElse li...@atownsend.org.uk
wrote:

 On 01/05/2015 22:18, Robert Banick wrote:
 Hi All,

 I was reading the below linked article on the BBC today and came 
 across the map. It looks like they’re using OSM-derived internally 
 displaced person (IDP) camp data without attribution.

 http://www.bbc.co.uk/news/20039682

 Looks like that story's moved.  I just see Contact BBC News online - 
 help, feedback and complaints.  Can you link to the current URL?
 Cheers,
 Andy
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] BBC License Violation?

This: http://www.bbc.com/news/world-asia-32551499




Map at bottom



—
Sent from Mailbox

On Fri, May 1, 2015 at 9:50 PM, Pierre Béland pierz...@yahoo.fr wrote:

 same problem with me.
   
 Pierre 
   De : Simon Poole si...@poole.ch
  À : talk@openstreetmap.org 
  Envoyé le : Vendredi 1 mai 2015 17h44
  Objet : Re: [OSM-talk] BBC License Violation?

 Robert, the link doesn't seem to work (not just for me)
 Simon
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
   ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] BBC License Violation?

On 1 May 2015 at 22:53, Robert Banick rban...@gmail.com wrote:

 This: http://www.bbc.com/news/world-asia-32551499

 Map at bottom




Not sure it's a BBC issue if they've had the image in good faith.

-- 
Mike.
@millomweb https://sites.google.com/site/millomweb/index/introduction -
For all your info on Millom and South Copeland
via *the area's premier website - *

*currently unavailable due to ongoing harassment of me, my family, property
 pets*

TCs https://sites.google.com/site/pmailkeey/e-mail
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?

2015-05-01 Per discussione sebastien.bugzi...@gmail.com


Sur internet il y a ça :
http://map.meurisse.org/
Tu peux créer des points, des trajets sans utiliser forcément les nœuds 
osm et les exporter sous différents formats.


Et sinon il avait été question il y a pas longtemps sur la liste d'un 
autre site qui permettait de calculer les trajets depuis un point A 
jusqu'à un point B. Il devait bien donner la distance... Je ne retrouve 
plus la discussion.


Sébastien


On 01/05/2015 13:54, dHuy Pierre wrote:

erreur de fenetre! désolé



Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr a écrit :


Je t'invite à écrire une propal là desus en attendant je propose la 
combinaison pie/point virgule. Vu qu'il s'agitde listes associées 
simple c'est nickel, mais ta propal est extremement intéressant 
surtout que les bases tournent très bien avec de l'orienté document. 
Tu auras mon vote :)




Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr a écrit :


Bonjour

Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une
règle pour mesurer la distance entre deux points.

Faute de mieux, je crée à chaque fois une carte dans Umap pour ça.

Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.html

Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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-it] Josm 8279 e aggiunta valori

2015-05-01 Per discussione Jeawrong

Ho segnalato il bug e a quanto pare già ne erano al corrente, sembra sia un
vecchio bug riattivato da non si sa bene cosa... speriamo lo risolvano, su
Kubuntu ho provato ad impostare delle dimensioni fisse per quella finestra
ma niente, torna sempre alle dimensioni che non permettono la visione dei
campi Key e value... :(



--
View this message in context: 
http://gis.19327.n5.nabble.com/Josm-8279-e-aggiunta-valori-tp5842534p5842712.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: [OSM-talk-fr] Normalisation du tag antenne

Désolé de l'erreur de fenêtre 
Je t'invite à écrire une propal là desus en attendant je propose la combinaison 
pie/point virgule. Vu qu'il s'agitde listes associées simple c'est nickel, mais 
ta propal est extremement intéressant surtout que les bases tournent très bien 
avec de l'orienté document. Tu auras mon vote :)



 Le Vendredi 1 mai 2015 11h06, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 Le 1 mai 2015 10:20, dHuy Pierre dh...@yahoo.fr a écrit :

@Verdi: Hum je pense que tu pousses un peu loin le format initial de Jérome me 
paraissait bien
Jérome avait plutôt été séduit par ma première proposition, cependant je 
parlais du problème plus général des infos structurées pour lesquelles on n'a 
pas de schéma clair permettant de les représenter de façon compacte mais 
lisible et parsable avec un système unique et non ambigu, et sans forcément 
multiplier le nombre de tags quand ce n'est pas toujours nécessaire (car des 
infos optionelles qui complètent un tag de base).
Dans un proemier tmeps j'avais évoqué JSON (aussi XML mais trop verbeux), alors 
qu'on a moyen de faire un format JSON light reprenant les conventions 
habituelles d'OSM où tout est codé avec des valeurs atomiques de type chaine, 
et où on a des séparateurs point-virgule et pipe mais pas très lisibles quand 
on les combine et pas non plus suffisant au delaà des listes simples !

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

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?

erreur de fenetre! désolé 
 


 Le Vendredi 1 mai 2015 13h44, dHuy Pierre dh...@yahoo.fr a écrit :
   

 Je t'invite à écrire une propal là desus en attendant je propose la 
combinaison pie/point virgule. Vu qu'il s'agitde listes associées simple c'est 
nickel, mais ta propal est extremement intéressant surtout que les bases 
tournent très bien avec de l'orienté document. Tu auras mon vote :)
 


 Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr a écrit :
   

 Bonjour

Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une
règle pour mesurer la distance entre deux points.

Faute de mieux, je crée à chaque fois une carte dans Umap pour ça.

Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.html
Sent from the France mailing list archive at Nabble.com.

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


   

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

[OSM-talk] Chain Store Cleanup

2015-05-01 Per discussione Rob Nickerson

I think eventually chains will see the light, and publish their locations
in an open format compatible manner. At that point a quick cross check
with OSM would clear up most of the issues.


Agree. Has anyone actually asked the retail chains?

I haven't because I don't want to suggest that we will do anything with the
data until I know we have the right tools in place to match entries in
their database and in OSM. I'm sure it's an easy task but I don't know how
to do that. I'd also like to see community support in place so that we can
merge in some of their attributes (phone number, opening hours, etc). This
could be a bigger challenge!

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

[OSM-talk-fr] Ajouter une règle dans le site OSM?

2015-05-01 Per discussione Shohreh

Bonjour

Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une
règle pour mesurer la distance entre deux points.

Faute de mieux, je crée à chaque fois une carte dans Umap pour ça.

Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?

Je t'invite à écrire une propal là desus en attendant je propose la combinaison 
pie/point virgule. Vu qu'il s'agitde listes associées simple c'est nickel, mais 
ta propal est extremement intéressant surtout que les bases tournent très bien 
avec de l'orienté document. Tu auras mon vote :)
 


 Le Vendredi 1 mai 2015 13h41, Shohreh codecompl...@free.fr a écrit :
   

 Bonjour

Un truc qui me manque sur le site OSM (www.openstreetmap.org), c'est une
règle pour mesurer la distance entre deux points.

Faute de mieux, je crée à chaque fois une carte dans Umap pour ça.

Quelqu'un sait-il s'il y a un moyen de rajouter ça sur le site OSM?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ajouter-une-regle-dans-le-site-OSM-tp5842700.html
Sent from the France mailing list archive at Nabble.com.

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


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

Re: [OSM-talk-fr] Ajouter une règle dans le site OSM?