Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Ilya Zverev]

Christoph Hormann wrote:

From my perspective it is as Simon put it:


In summary both guidelines in this use scenario boil down to
prohibiting de-duplication (of any kind).


Now you can of course disagree with that assessment but so far you have
not brought up any convincing argument for that.  Just because your
exact use case is not mentioned in the Horizontal Layers guideline does
not mean it does not apply in analogy.  It does not matter if you use
proprietary data to add features missing in OSM data or if you use OSM
data to add features missing in proprietary data - the license as i
read it is symmetric in that matter.


From my perspective, Simon mentioned the guidelines, argued that they 
refer to the case in maps.me, while they state the reverse case (with 
removing duplicates from OSM), and then finishing with the summary you 
quote. I agree that one of the examples in the Collective Database 
Guidelines does not specify a method of de-deduplication, though, for 
example, prioir text allows for databases to be considered separate when 
"the non-OSM and OSM datasets do not reference each other". And they don't.


As I see it, we have two independent databases. Complying with ODbL 
4.6.b we provide "A file containing all of the alterations made to the 
Database".


Let's consider another use case. An application that shows OSM map, and 
on top of it shows 1 mln of user points. A users has an option to hide 
the OSM map underneath proprietary points, with a radius of 1 km. Does 
in that moment when a user clickes the options, the combined map become 
derivative? Because the application removes parts of OSM map based on 
proprietary data, which means, by your implications, that that creates 
an inseparable references.


Now, let's use in this example not the whole OSM dataset, but only 
hotels from it. And the proprietary data is also hotels. What changes?


IZ

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

Re: [talk-au] Response regarding use of PSMA Administrative Boundaries (Australia)

[Andrew Harvey]

On 10 July 2016 at 14:06, cleary  wrote:
> Feedback from the legal-talk list is that the reply from the Department
> of Prime Minister and Cabinet is not sufficient and therefore we cannot
> use PSMA datasets in OSM.
>
> As far as I can ascertain, the lines on the Contributors page of the
> wiki, referring to PSMA boundaries, were added by a user named Reubot a
> little over three months ago. However a search for this user returned a
> result that there was no user of this name -  I'm not sure how that
> works and someone else may understand how this could be so. This user
> also added Brisbane City Council as a source in the Contributors page so
> someone may wish to check if that data is actually permitted in OSM
> either.  I'm not sure how much data was actually added to OSM from PSMA
> by this user or anyone else.
>
> I would like to delete the lines on the Contributors page of the wiki,
> referring to PSMA boundaries, unless there are objections. As an
> amatuer/novice, I was almost misled into thinking that inclusion of a
> source in the Contributors page gave me a green light to use that source
> and I fear it may mislead others if the information is left there.
>
> For the same reason I would also like to remove the reference to the NSW
> Geographic Names Board - we discussed that source within recent months
> and it seems we do not have the necessary permission for that either.
> This is not a significant problem as the same GNB data and much more is
> in the LPI NSW data for which we do have explicit permission.
>
> Any comments on my proposal to delete lines from the Contributors page
> of the wiki?

Sounds good to me.

Anyone making maps/apps can supplement OSM with the PSMA Admin Bdys,
if they want to.

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

Re: [talk-au] Response regarding use of PSMA Administrative Boundaries (Australia)

[cleary]

Feedback from the legal-talk list is that the reply from the Department
of Prime Minister and Cabinet is not sufficient and therefore we cannot
use PSMA datasets in OSM.

As far as I can ascertain, the lines on the Contributors page of the
wiki, referring to PSMA boundaries, were added by a user named Reubot a
little over three months ago. However a search for this user returned a
result that there was no user of this name -  I'm not sure how that
works and someone else may understand how this could be so. This user
also added Brisbane City Council as a source in the Contributors page so
someone may wish to check if that data is actually permitted in OSM
either.  I'm not sure how much data was actually added to OSM from PSMA
by this user or anyone else.

I would like to delete the lines on the Contributors page of the wiki,
referring to PSMA boundaries, unless there are objections. As an
amatuer/novice, I was almost misled into thinking that inclusion of a
source in the Contributors page gave me a green light to use that source
and I fear it may mislead others if the information is left there.

For the same reason I would also like to remove the reference to the NSW
Geographic Names Board - we discussed that source within recent months
and it seems we do not have the necessary permission for that either.
This is not a significant problem as the same GNB data and much more is
in the LPI NSW data for which we do have explicit permission.

Any comments on my proposal to delete lines from the Contributors page
of the wiki?




On Fri, Jul 8, 2016, at 11:15 AM, cleary wrote:
> 
> The issue of using the Australian PSMA Administrative Boundaries in OSM
> was discussed in both talk-au and legal-talk lists.  Subsequently I
> submitted a request to the Spatial Unit, Department of Prime Minister
> and Cabinet, seeking permission and stating the issues as clearly as I
> could.  Today I received the following response with my initial request
> shown below.
> 
> It explicitly states we are not responsible for the actions of
> downstream users  but I think we need the legal-talk group to clarify if
> the response helps us.  For this reason, this response is being
> submitted to both lists.
> 
> 
> 
> - Original message -
> From: Spatial 
> To: "o...@97k.com" 
> Cc: Spatial 
> Subject: RE: Permission for OpenStreetMap to use PSMA Administrative
> Boundaries [SEC=UNCLASSIFIED]
> Date: Fri, 8 Jul 2016 00:19:27 +
> 
> UNCLASSIFIED
> Dear Michael
> 
> Thank you for your email seeking clarification about the licensing
> conditions regarding the PSMA Administrative Boundaries dataset.
> 
> Given the large volume of public datasets available via data.gov.au
> (over 8,200 datasets), we are unable to provide statements with explicit
> permission for use to individual users.
> 
> However, we can provide some clarification regarding your concerns. 
> 
> There are no substantial differences between the CC BY 3.0 and the CC BY
> 4.0 licences. A summary of the differences can be found here:
> https://creativecommons.org/share-your-work/licensing-considerations/version4/.
>  
> CC BY 4.0 (like CC BY 3.0) does not prevent OpenStreetMap from applying
> your own licence to your products but requires end users to comply with
> the CC BY licence (in relation to the original data).
> 
> The preferred attribution for adapted material using the PSMA
> Administrative Boundaries dataset is:
> 
> Incorporates or developed using Administrative Boundaries (c)PSMA
> Australia Limited licensed by the Commonwealth of Australia under
> Creative Commons Attribution 4.0 International licence (CC BY 4.0).
> 
> We can also confirm that OpenStreetMap is not responsible for the
> actions of your downstream users. Given the nature of the CC BY licence,
> your downstream users directly licence the Administrative Boundaries
> data from the Commonwealth. Provided that OpenStreetMap comply with the
> licence, then any breach by third parties leads to automatic termination
> of that third party's rights to use the material and does not impact
> OpenStreetMap's licence.
> 
> I trust this information has been of assistance.
> 
> Kind regards,
> 
> Spatial Policy team
> 
> 
> -Original Message-
> From: cleary [mailto:o...@97k.com]
> Sent: Thursday, 30 June 2016 6:08 PM
> To: Spatial
> Subject: Permission for OpenStreetMap to use PSMA Administrative
> Boundaries
> 
> 
> 
> I am a volunteer contributor to OpenStreetMap (OSM)
> (www.openstreetmap.org) which provides a map, based on open data, for
> use by anyone who wishes to access it. I understand that OpenStreetMap
> is the largest open data map project in the world. Various bodies,
> including some Government organisations, are increasingly using OSM and
> I was pleased to note that some pages on the data.gov.au website are
> using OSM.
> 
> Approximately five years ago, OSM was given explicit permission to
> incorporate data from Australian 

Re: [Talk-us] Common names of highways do not match road signs.

[Greg Troxel]

Paul Johnson  writes:

> On Thu, Jul 7, 2016 at 9:32 PM, Kevin Morgan 
> wrote:
>
>> It is confusing to use open street maps in my area(Central Ohio) for
>> driving directions since the "common names" of high ways do not match
>> road signs. The common names are used by open map chest for road names.
>> For example when turning on to State Route 315 with OpenMapChest loaded
>> on my GPS I am directed to turn on to Olentangy Freeway. However the
>> tiger name on open street maps is State route 315. Would it make more
>> sense to configure driving maps to use tiger names for driving
>> directions,  change commons names to include the state route number or
>> interstate number, or add state route number/ interstate number as a
>> different tag?
>>
>
> ref=* isn't name=*, don't tag for the renderer.  I'd go with the official
> name for name=*.  If you're inclined to do something like, name=State Route
> 315, you really want ref=OH 315.   Not all highways with refs will have
> names, not all highways with names have refs.  In particularly remote
> areas, it's not uncommon for a road to not have a name or a ref.
> Conversely, there's highways that might have eight or nine refs and
> multiple names.

I agree.   Around me, there are roads that have both a name and a ref.
Some of them are locally called by one, and some by the other, and there
is no real pattern.

When converting to garmin format with mkgmap, and I think with osmand, I
will tend to hear both the name and the ref.  That's a big lengthy, but
there's no real pattern on which to leave out.  Except perhaps if there
is a new tag that says whether locals call it by name or ref.  I made
garmin osm data for someone to upgrade them from old proprietary data,
and they commented out the dual name/ref was really helpful compared to
how the proprietary data only had one.

So I think Kevin should look at the mkgmap rules and end up with a name
in garmin format that is basically name+ref.  Or he can make it be just
ref, if that works for him.

But definitely don't adjust the OSM database for this.


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

Re: [Talk-us] Cold Springs Fire

[Russell Deffner]

Local Disaster Declaration just made, as well as road network project:
http://tasks.openstreetmap.us/project/52 

 

Please consider mapping some this weekend, appreciated for OSM-CO in general
as well! More info/projects to come,

=Russ

 

From: Russell Deffner [mailto:russell.deff...@hotosm.org] 
Sent: Saturday, July 09, 2016 4:51 PM
To: OSM US Talk
Cc: activat...@hotosm.org
Subject: [Talk-us] Cold Springs Fire

 

Hello all,

 

This is an informational message that I am monitoring/beginning size-up for
the Cold Springs Fire near Nederland, Colorado. Although relatively small at
the moment, it is hot and dry in Colorado, so the fire has the potential to
become a major incident. Also proximity to population, the local office of
emergency management has initiated mandatory evacuations (following them at
http://www.boulderoem.com/emergency-status/ and
https://twitter.com/BoulderOEM).

 

It is anticipated that as usual with US response, OSM probably won't be used
for firefighter response, but I'm actually part of the GIS Activity for the
local Red Cross chapter, so if I'm called to make maps for Disaster
Assessment planning, etc. I may leverage OSM and the community. Therefore,
stay tuned as I might go ahead and create a mapping project for buildings
and roads in the area (there are probably lots of 'untouched' TIGER roads,
so cleaning up geometry, etc.) - Nederland is pretty well mapped, but not
the area this fire is moving towards.

 

Thank you,

=Russ

 

Russell Deffner

russell.deff...@hotosm.org

Humanitarian OpenStreetMap Team (HOT) 

http://hotosm.org  

 

russdeff...@gmail.com 

OSM-Colorado and Wyoming

http://www.meetup.com/OSM-Colorado/

http://www.meetup.com/OSM-Wyoming/

 

 

 

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

[Talk-us] Cold Springs Fire

[Russell Deffner]

Hello all,

 

This is an informational message that I am monitoring/beginning size-up for
the Cold Springs Fire near Nederland, Colorado. Although relatively small at
the moment, it is hot and dry in Colorado, so the fire has the potential to
become a major incident. Also proximity to population, the local office of
emergency management has initiated mandatory evacuations (following them at
http://www.boulderoem.com/emergency-status/ and
https://twitter.com/BoulderOEM).

 

It is anticipated that as usual with US response, OSM probably won't be used
for firefighter response, but I'm actually part of the GIS Activity for the
local Red Cross chapter, so if I'm called to make maps for Disaster
Assessment planning, etc. I may leverage OSM and the community. Therefore,
stay tuned as I might go ahead and create a mapping project for buildings
and roads in the area (there are probably lots of 'untouched' TIGER roads,
so cleaning up geometry, etc.) - Nederland is pretty well mapped, but not
the area this fire is moving towards.

 

Thank you,

=Russ

 

Russell Deffner

russell.deff...@hotosm.org

Humanitarian OpenStreetMap Team (HOT) 

http://hotosm.org  

 

russdeff...@gmail.com 

OSM-Colorado and Wyoming

http://www.meetup.com/OSM-Colorado/

http://www.meetup.com/OSM-Wyoming/

 

 

 

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 120, Parution 27

[Donat ROBAUX]

>
> De tous vos commentaires voici l'architecture minimale à laquelle
> j’aboutis (qui contient une relation !) :
>
>- Relation
>   - type=route
>   - route=road
>   - ref=D 321
>   - network=FR-78:d-road
>   - *name* (cf. plus bas)
>   - *wikipedia* (de la RD)
>   - Membres
>  - Way
> - highway
> - ref=D 321
> - *operator*
> - Way
> - highway
> - ref=D 321
> - *operator*
> - ...
>
> En bleu ce qui existe déjà dans OSM (et qui reste inchangé : =les ways).
> En rouge ce qui est ajouté (=la relation). En italique ce qui serait
> facultatif (en espérant que la liste de diffusion ne massacre pas le style).
>
> Dans un second temps je vois bien dans chaque relation des infos
> permettant de faire le rendu du symbol de la RD par un renderer : texte
> noir sur fond jaune. Mais pour le moment il n'y a pas de standard défini
> (tel que OSMC) donc je m’abstiens (voila un bel exemple de l'avantage des
> relations !). Donc à mettre de côté...
>
> Pour ce qui est du name=* je pense que, dans le cas de la Route Napoléon
> (qui est d'ailleurs une RN, mais l'exemple est intéressant) c'est là ou
> alt_name et name_x rentrent en scène. On peut imaginer avoir name=Route
> Napoléon et alt_name=Route nationale 85. Les moteurs de recherche (OSM,
> Internet, dans les Apps...) sont très intelligents mais entre 'D 321' et
> 'Route départementale 321' ce n'est pas le même niveau d'informations. De
> même quand on visualise l'objet OSM. J'aurai donc tendance à conserver la
> possibilité de mettre un name pour ceux qui le jugent utile. Par contre
> j'ai senti un consensus derrière le fait que dans tous les cas il ne faut
> pas y ajouter de fioriture tel que le nom du département.
>
> Pour ce qui est de la cohérence des données j'imagine aisément un check
> JOSM (ID n'intégrant pas ce concept) qui vérifie que toute way dans une
> relation de ce type, en France, contienne un tag ref identique, sinon un
> warning. Après si l'utilisateur ignore le warning...
>
> A vous lire... en attendant j'ai mis en pause le chantier (même en Essonne
> qui reste partiellement couvert).
>
> LeTopographeFou
>

2 avis/suggestions générales

   - Pensez-vous utile de mettre un old_ref=N4? Je sais que OSM ne
   cartographie pas le passé, mais...
   - Plutôt que le lien wikipedia, je mettrais le lien wikidata. Exemple
   pour la N4: https://www.wikidata.org/wiki/Q922320 wikidata=Q922320. Je
   sais que ce n'est pas encore dans les mœurs et qu'on ne sait pas encore
   comment tout ca va se goupiller, mais je pense qu'il faut le faire, et pas
   seulement pour les routes mais pour toutes les autres infos (je pense
   notamment aux communes).


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

Re: [Talk-de] Skandal! Skulptur im Park ohne rollstuhlgerechte Toilette!

[Tom Pfeifer]

Holger Jeromin wrote on 2016/07/09 08:19:

Tom Pfeifer  Wrote in message:

Dazu kommt noch ein neuer Tag 'wheelchair_toilet=*' (4600x), hier gibt es mehr
'unknown' als 'yes' und 'no' zusammen (53%). Undokumentiert.


Das falsche Tag war mir auch schon mal aufgefallen und habe es den
  sozialhelden gemeldet. Daraufhin haben sie den Fehler im backend
  innerhalb von wenigen Tagen behoben. Das ganze ist ein zwei Jahre
  her.

Neue sollten nicht mehr rein kommen. Ich wäre für einen mechanical
  edit zur Korrektur.


Danke Holger für den Hinweis, ich habe daraufhin mal das Zeitverhalten
analysiert:

Über den Sammeluser 'wheelmap_android' kamen noch bis vor 7 Monaten
die 'wheelchair_toilet' herein. In jüngeren Changesets nicht mehr,
allerdings wird dann zusätzlich ein 'toilets:wheelchair' aufgeklebt,
ohne das alte zu löschen.

'unknown'-Werte sind mir in jüngeren Changesets auch nicht mehr aufgefallen.
Leider sieht man den Fix nicht an der Softwareversion, alt wie neu kommt mit
'rosemary v0.4.4'.

Für einen mechanischen Edit wäre ich auch, insbesondere da der fehlerhafte
Key nun auch von anderen Mappern übernommen wird.

Kriterien wären aus meiner Sicht:
- Löschen von {wheelchair_toilet|toilets:wheelchair}=unknown
- Wenn beide vorhanden sind, vergleichen, bei Gleichheit wheelchair_toilet 
löschen
- bei Ungleichheit die Anzahl ermitteln, ob man sich die einzeln ansehen kann,
  ggf. den zeitlich neueren Wert übernehmen, meist wird das toilets:wheelchair 
sein
- wenn nur wheelchair_toilet={yes|no} vorhanden, auf toilets:wheelchair ändern
- verbleibende Werte ausserhalb von {yes|no} manuell prüfen.

Unschön bleiben noch das mehrfache Hochzählen der Versionsnummern im
gleichen CS für jeden geänderten Tag, und das *toilet*=no an Objekten,
an denen man ohnehin keine Toilette erwartet, z.B.

amenity=drinking_water
highway=bus_stop
natural=cave_entrance
historic=memorial
tourism=artwork

tom

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

[Talk-cz] Říční kilometry

[Jan Dudík]

Dne 6. července 2016 10:57 Karel Volný  napsal(a):
>
> - mimochodem, je-li řeč o záchranných kruzích, v rámci projektu
> nebezpecnejezy.cz jsou krom záchranných prostředků instalovány i cedule
> obsahující mj. název, říční kilometr a souřadnice, kteréžto pro HZS plní
> přesně tuto funkci ... což je krásný příklad, jak je to 'highway' absolutně
> mimo, neb často jsou umístěny přímo na konstrukci jezu (její pobřežní
> části),
> a ke spoustě jezů žádná cesta nevede
>
>
Když už se tu nakously ty říční kilometry - jeli jsme podél Dunaje, kde je
značená kilometráž po 100 m, jsou to výrazné betonové číslice na břehu -
ale v OSM jsem je nenašel.
U nás jsou u některých řek kilometrovníky, což je také výrazný kamenný
patník.
Otázka zní:  mapovat? a pokud ano, jak otagovat?

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

Re: [Talk-lv] maps.me-spotting

[Rihards]

On 2016.07.08. 17:54, Rihards wrote:

ar maps.me dažreiz cilvēki sazīmē dīvainas lietas -
http://mmwatch.osmz.ru/?country=Latvia var ik pa laikam ieskatīties, vai
nav kas labojams.


ja nu kļūst pavisam slikti...
* Zverik added a built-in reverter to http://mmwatch.osmz.ru

:)
--
 Rihards

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

[OSM-talk] MapRoulette news

[Martijn van Exel]

Hi all,

Another update on MapRoulette progress. I am getting ready to retire the
old MapRoulette, which is still live on maproulette.org. The new version,
which is now at http://maproulette.org:8080/ will move to
http://maproulette.org/.

If you are a Challenge author on the old MapRoulette, and you want your
challenge to live on, please check out the Challenge creation tutorial[1]
and re-create your challenge on the new version. Please let me know if you
need help.

Some of the latest changes in the recent beta are:
* Home page now shows challenges as centroid points
* Search enhanced with keywords (see [2] for details)
* Challenge authors can make their own Projects visible
* Metrics per challenge on Metrics page

Still coming (soon):
* More improvements to search
* Personal settings (base tile layer, default editor and more)
* Per-Challenge settings (default zoom level, tile layer, perhaps more)

If you want to start creating your own Challenges right away, please see
the tutorial[1]. I will also be giving a workshop on how to do this at SOTM
US and (hopefully) also at SOTM in Brussels.

Some new Challenges that have recently been added by mappers like you:
* Look at FIXMEs in Argentina: http://maproulette.org:8080/map/234/
* Add Sidewalks to major roads in San Francisco, USA:
http://maproulette.org:8080/map/228/
* Add Helipads to hospitals worldwide: http://maproulette.org:8080/map/227/

Lastly, if you read this on talk@ (sorry for xposting) and are interested
in MapRoulette, I recommend to also subscribe to
maproule...@openstreetmap.org

[1]
https://github.com/maproulette/maproulette2/wiki/Introducing-New-MapRoulette---Part-1.-Creating-and-Maintaining-Challenges

[2]
https://github.com/maproulette/maproulette2/wiki/Introducing-New-MapRoulette-Part-2.-Discovering-MapRoulette-Challenges

Martijn van Exel
http://mvexel.github.io/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] Tag religious_rank=abbey/archabbey

[girarsi_liste]

Ho fatto delle modifiche a dei tag per un monastero delle Clarisse,
ampliando le informazioni, però guardando la pagina-proposta dedicata
[0], scritta dall'utente dieterdreist, che se non sbaglio è il nosto
Martin Koppenhoefer (ripeto dovrebbe essere), mi trovo disorientato con
questo tag da aggiungere o meno e che non capisco, vuoi per l'inglese,
vuoi perchè il traduttore non mi aiuta, chiedo lumi qui.

Questo è "l'estratto" della parte di mio interesse:


Religious rank

religious_rank=abbey An abbey is a monastery, canonry or (rarely)
convent under the authority of an abbot or an abbess, who serves as the
spiritual father or mother of the community.


religious_rank=archabbey An archabbey is similar to an abbey but under
the authority of an archabbot or an archabbess.



Quindi chiedo chiarezza a riguardo questo tag, sta a significare che è
presente un abate/badessa? o cos'altro?

Grazie.


[0] http://wiki.openstreetmap.org/wiki/Proposed_features/monastery



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



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

Re: [Talk-it] Violazione copyright

[Nontelodico]

Tromba tua moglie 



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

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

Re: [Talk-de] Akkus für den Garmin

[Volker Schmidt]

Ich benutze seit Jahren IKEA Ladegeraet und Batterien. sind oft im Einsatz
und halten immer noch einen ganzen Tag im etrex 30

On 9 Jul 2016 10:03 p.m., "Droelfzehn (aka Michael)" 
wrote:

> Hallo Namensvetter,
>
> ich hatte das gleiche "Problem" - aber kein Akku hält ewig - und habe sie
> letztes Jahr durch
>
> https://www.amazon.de/gp/product/B00HZV9WTM/ref=oh_aui_detailpage_o02_s00?ie=UTF8=1
> ersetzt.
>
> Nutzung in einem Garmin Oregon 550.
> Dauer unterschiedlich: Die eine Woche täglich 1-2 h, die nächste Woche
> vielleicht garnicht, dann am WE aber wieder 2 Tage Dauereinsatz.
>
> Ich nutze das gleiche Ladegerät, was bei mir den Effekt damals ***etwas***
> "entschärft" hat, waren mehrere direkt aufeinanderfolgende
> charge/discharge-Zyklen.
> Mittelfristig läufts aber auf neue Akkus heinaus.
>
> Liebe Grüße
> Michael
>
>
> Am 09.07.2016 um 21:46 schrieb chris66:
>
>> Am 09.07.2016 um 21:28 schrieb Michael Reichert:
>>
>> Welche Akkus setzt ihr in euren Garmins ein? Wie lange nutzt ihr die
>>> Akkus schon und wie oft werden sie verwendet?
>>>
>> Nutze seit vielen Jahren Eneloops (2000 mAh) in meinem eTrex. Nutzung im
>> Schnitt mehrmals wöchentlich.
>>
>> Keine Probleme. Wie bei Akkus üblich lässt die Kapazität irgendwann nach.
>>
>> Grüße
>> Chris
>>
>>
>>
>> ___
>> 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
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Akkus für den Garmin

[Droelfzehn (aka Michael)]

Hallo Namensvetter,

ich hatte das gleiche "Problem" - aber kein Akku hält ewig - und habe 
sie letztes Jahr durch

https://www.amazon.de/gp/product/B00HZV9WTM/ref=oh_aui_detailpage_o02_s00?ie=UTF8=1
ersetzt.

Nutzung in einem Garmin Oregon 550.
Dauer unterschiedlich: Die eine Woche täglich 1-2 h, die nächste Woche 
vielleicht garnicht, dann am WE aber wieder 2 Tage Dauereinsatz.


Ich nutze das gleiche Ladegerät, was bei mir den Effekt damals 
***etwas*** "entschärft" hat, waren mehrere direkt aufeinanderfolgende 
charge/discharge-Zyklen.

Mittelfristig läufts aber auf neue Akkus heinaus.

Liebe Grüße
Michael


Am 09.07.2016 um 21:46 schrieb chris66:

Am 09.07.2016 um 21:28 schrieb Michael Reichert:


Welche Akkus setzt ihr in euren Garmins ein? Wie lange nutzt ihr die
Akkus schon und wie oft werden sie verwendet?

Nutze seit vielen Jahren Eneloops (2000 mAh) in meinem eTrex. Nutzung im
Schnitt mehrmals wöchentlich.

Keine Probleme. Wie bei Akkus üblich lässt die Kapazität irgendwann nach.

Grüße
Chris



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




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

Re: [Talk-de] Akkus für den Garmin

[chris66]

Am 09.07.2016 um 21:28 schrieb Michael Reichert:

> Welche Akkus setzt ihr in euren Garmins ein? Wie lange nutzt ihr die
> Akkus schon und wie oft werden sie verwendet?

Nutze seit vielen Jahren Eneloops (2000 mAh) in meinem eTrex. Nutzung im
Schnitt mehrmals wöchentlich.

Keine Probleme. Wie bei Akkus üblich lässt die Kapazität irgendwann nach.

Grüße
Chris



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

Re: [Talk-it] Violazione copyright

[Andrea Lattmann]

Il 09 luglio 2016 16:43:57 CEST, Aury88  ha scritto:
>Andrea Lattmann wrote
>>  A memoria, non so perché, mi ricordo di aver letto che per piccole
>aree
>> non era necessaria l' attribuzione. Prima di mandare l' e-mail alla
>> polisportiva volevo fugare ogni mio dubbio. Grazie
>
>si, ricordo pure io questa cosa.
>
>
>
>
>-
>Ciao,
>Aury
>--
>View this message in context:
>http://gis.19327.n5.nabble.com/Violazione-copyright-tp5877711p5877725.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

>si, ricordo pure io questa cosa.

E' che non riesco a trovare su che pagina l' ho letto. Anche se poi bisognerà 
capire fino a che punto è una piccola porzione e a memoria ne dava spiegazione. 
Appena sarò riuscito a trovarlo ve lo farò sapere.
Grazie Aury, per un momento pensavo di essere impazzito.

Andrea Lattmann

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

[Talk-de] Akkus für den Garmin

[Michael Reichert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo,

das Thema ist ein bisschen OT, aber hier treiben sich doch viele alte
Hasen und Garmin-Nutzer rum.

Vor fünf Jahren, als ich meinen Garmin Dakota 20 gekauft habe, habe
ich für ihn vier Sanyo Eneloop XX gekauft.
https://www.amazon.de/Sanyo-eneloop-Mignon-rechargeable-battery/dp/B004D
W7S06/ref=sr_1_1?ie=UTF8=opensde-21=1468091800=8-1=B
004DW7S06
[2] (Preis damals bei Amazon 15,05 Euro für 4 Stück)

Es handelt sich dabei um NiMH-Akkus mit 2400 mAh und geringer
Selbstentladung. Zum Aufladen habe ich stets ein Technoline BC 700
verwendet (kein billiger Akku-Griller) und mit recht niedriger
Stromstärke geladen.

In den letzten Monaten hat die Kapazität dieser Akkus spürbar
nachgelassen. "Voll" aufgeladene (laut Ladegerät) Akkus wurden von
meinem Garmin heute beim Einschalten als halbvoll angezeigt, schon
nach gut einer Stunde (überwiegend Display ausgeschaltet) kam die
Meldung, dass sie leer seien. Früher waren weit über acht Stunden und
mehr kein Problem.

Mein Garmin kommt im Schnitt drei- bis zehnmal im Monat zum Einsatz,
meist für zwei bis drei Stunden am Stück. Ich bin also kein Poweruser.

Der Kapazitätsverlust ist nicht ganz plötzlich da gewesen, ich habe
ihn schon seit etwa einem halben Jahr beobachtet.

Welche Akkus setzt ihr in euren Garmins ein? Wie lange nutzt ihr die
Akkus schon und wie oft werden sie verwendet?

Viele Grüße

Michael


[1] Hat bloß eine Stunde gedauert und ich kannte die Strecke.
[2] Wer über diesen Link kauft, tut OSM etwas Gutes.

- -- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
(Mailinglisten ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXgVBMAAoJEB87G9rMCMyIVcUP/2b56tRzOKTBMRXb1Lbbkvt6
xvdg4dSRJrx/63gXT2TGH17drwzJVUbwiyIpdLGuMR7OCl7g7nqgHfRmdBl5iGdh
lkOCyUvuAmIsv3GAm6znzTFuQY3D/mYVGMo+D9aFaLky0hC/kBm01CCvg9xydbh4
UkV+1+qz1fDcvajkfMI2t8ecGZuXtJbmz25spwg7QSUrs3AhgAud/W/QMmJCYjip
nmaPd76FKuq/AlghPwBPGXK9INoTFaIS5mhktgqszS9M06LnGUb4VP3H/vEG/2S5
HpAPz0RAaFti1dJEUA4KVsQnn2xhsmrSFwPcmwsqq+5egAYZzT95jeNeto5bZY1r
Coe7ddFCYMSRY1/N1TFj0LYtdmA9xQKl/bKaBZJAK2m4N3mi9o4DjXwfeUcN1hxP
MbnDL8Kbwo+dpclhOjmd7T8huQLGo/ckEsnMFK3d3Cqynl12gnUW34fEmYhHx9hg
Qr+qgWfEYioO7OoFEhTXssXqlgRk21U1yxASFsGWGvIiHRsrKjz6zx9rj3KbaLSy
dLVoNfqYbCSVkVS3KCoxBAnHIipbE3x2RW7qlczcmZaN8eeu+S7MSIdEjmNb/zne
rot295rvrSTFdH3iBoPZ4DYWiEtIKJXv4s5dXTKy5Ll8jwsEBOqutRW9qrJCjqlx
wsIwmadeNTxZPS38xa19
=CXST
-END PGP SIGNATURE-

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

[Talk-ca] Building Footprint Import for Canada: Regina, SK

[David MacNeil]

I neglected to engage prior to import but figured I should at least post my 
methodology and source here after getting called on it by a member of the DWG.

Footprint data obtained from http://open.regina.ca/ where City of Regina 
provides a variety of datasets where they explicitly state the data may be used 
publicly.  Footprints are based on a 2014 aerial survey of the city.  The data 
was available as an ESRI shapefile.  The data contained footprint shapes only 
with no additional meta data.  The area covered by the import can be found 
here: http://www.openstreetmap.org/#map=12/50.4391/-104.6194

Prior to the import:
- individual address nodes were present for the majority of buildings in the 
city from a previous import (this address data would be transferred from nodes 
to shapes where reasonable to do so)
- most large buildings had previously been manually drawn and contained the 
address information as part of the shape, rather than as a node.  effectively 
making the scope of my import individual houses for the most part.
- another user had started performing a building footprint import covering 
several large areas, then ceased several months ago

Processing:
The shape file contained approximately 95,000 shapes.  It was too large for 
JOSM to easily handle even when allocating more memory, so I split the shape 
file into 12 sections using major roads / natural features as boundaries.  Some 
of these sections were still too large and were further split in half.

The general workflow for each section was:
- open building footprint file
- visually confirm footprints against satellite imagery
- download data for the area in a separate layer
- delete any footprint from the footprint file which corresponded to a building 
already present in the OSM database
- delete any footprints outside the area of interest 
- apply the filter (-addr | building) to the OSM layer to isolate address tags 
existing as individual nodes, and copy them to a new layer
- on the address node layer re-arrange the nodes so they are encompassed by the 
footprint to which they belong (to allow a script to transfer the tags from the 
nodes to the shapes)
- delete nodes from address layer for any building that contained more than one 
node (duplexes mostly).  Those buildings would be uploaded as a shape only and 
the existing address nodes on the OSM server left unmodified
- save a copy of the modified footprint file, and the layer containing the 
re-arranged address nodes
- combine addresses and footprints using the script: merge-building-addrs.py 
(https://gist.github.com/balrog-kun/4241509)
  > script only transfers the address tags if a single node falls within the 
shape,  if multiple nodes are present they are all copied to the output file 
and none transferred to the object
- review the merged address / footprint file for address nodes, indicating 
either multiple addresses for a footprint or bad alignment prior to running the 
script
- manually copy / paste individual address tags to footprints where alignment 
was the problem, and delete nodes where the footprint contains more than one 
address as they would remain unmodified on the OSM server.
- use filter to isolate footprints with an address, then visually determine 
what type of building= tag to assign.  If I was certain it was a residence I 
assigned building=house,  same for building=apartments (though most of those 
were already on the server and fell outside the scope of my work), I made 
limited use of building=yes preferring to be as specific as possible.
- use filter to isolate footprints without an address.  This consisted mostly 
of duplex housing with multiple addresses, detached garages and utility 
structures.  Again I made an effort to be as specific as possible in the 
tagging.
- switch back to the downloaded OSM layer and filter it to display only address 
nodes
- manually delete any node that corresponds to a footprint that will contain 
the addressing information
- particular care taken to leave nodes belonging to buildings with multiple 
addresses, or areas where no footprint was present such as houses constructed 
after the imagery was taken.
- copied and pasted processed footprints from the working layer to the OSM layer
- pressed upload, addressed quality assurance messages from JOSM if any
- reviewed area after upload
- checked area on KeepRight about a week after uploading, something I do on a 
regular basis anyway regardless of whether I have been editing or not.

Any feedback would be appreciated.  I hope that this import can be allowed to 
remain despite the breach of protocol.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ar] estaciones de servicio en una ruta

[Matias Montroull]

Mi recomendación para tu viaje es q donde veas una estacion y tengas medio
tanque pares a cargar..
No conozco servicio alguno q te liste las est de servicio..

Matias
On Jul 9, 2016 2:11 PM, "Fernando Toledo"  wrote:

> Hola Amigos
> Les hago una pregunta:
>
> Conocen de algún servicio o sitio web que por ejemplo te liste las
> estaciones de servicios que hay a lo largo de una ruta.
>
> Por ejemplo, tengo planeado ir a Puerto Madryn desde Buenos Aires
> Y quería saber, que estaciones hay durante el recorrido (obviamente
> teniendo en cuenta que podrían estar a un par de kilometros alejado a la
> ruta que se va haciendo)
>
> Gracias!
> Saludos!
> --
> Fernando Toledo
> Dock Sud BBS
> http://bbs.docksud.com.ar
> telnet://bbs.docksud.com.ar
>
> ___
> Talk-ar mailing list
> Talk-ar@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ar
>
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ar

[Talk-ar] estaciones de servicio en una ruta

[Fernando Toledo]

Hola Amigos
Les hago una pregunta:

Conocen de algún servicio o sitio web que por ejemplo te liste las
estaciones de servicios que hay a lo largo de una ruta.

Por ejemplo, tengo planeado ir a Puerto Madryn desde Buenos Aires
Y quería saber, que estaciones hay durante el recorrido (obviamente
teniendo en cuenta que podrían estar a un par de kilometros alejado a la
ruta que se va haciendo)

Gracias!
Saludos!
-- 
Fernando Toledo
Dock Sud BBS
http://bbs.docksud.com.ar
telnet://bbs.docksud.com.ar

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

[Talk-it] relazione per linea autobus e rotonde

[Aury88]

ciao ragazzi!
volevo fare un po' di esperienza con la relazione per le tratte autobus e ho
deciso di cominciare con gela visto che ha recentemente modificato il suo
sistema di trasporti.
avrei alcuni problemi con le rotonde
a gela ci sono 3 linee "circolari" (senza ne capo ne coda) che percorrono la
città ciascuna in un proprio senso...
succede però che una linea passi due volte per la stessa rotonda
incrociandola prima in direzione sud-nord e poi spuntando da una strada ad
est per andare a ovest...di fatto a stessa rotta bus interessa circa 3/4
della rotonda (circa 1/2 per ciascuno dei 2 passaggi ma con 1/4 sovrapposto
tra i due passaggi) 
buona tecnica vorrebbe che io divida la rotonda ma questo significa quindi
staccarne semplicemente i circa 3/4 delal rotonda coinvolti nei due passaggi
e mettere un semplice role:forward?

per capirci il caso è questo: [1]
*l'autobus proveniente dalla terziaria "Via Butera" a sud della rotonda che
percorre fino ad immettersi nella secondaria "Via Butera"  a nord
(a questo punto l'autobus prosegue per immettersi in una delle vie
residential sulla destra per poi girare a destra in "Via Ara Pacis" e poi
immettersi su "Via Venezia" in direzione ovest )
*Adesso l'autobus proveniente da est della rotonda sulla "Via Venezia"
interezza a rotonda per rimanere su "Via Venezia" ad ovest della rotonda


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



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/relazione-per-linea-autobus-e-rotonde-tp5877726.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Violazione copyright

[Aury88]

Andrea Lattmann wrote
>  A memoria, non so perché, mi ricordo di aver letto che per piccole aree
> non era necessaria l' attribuzione. Prima di mandare l' e-mail alla
> polisportiva volevo fugare ogni mio dubbio. Grazie

si, ricordo pure io questa cosa.




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Violazione-copyright-tp5877711p5877725.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

[OSM-ja] 地理空間情報 x ビジネス x オープンソースGIS 勉強会

[Zoar.]

ぞあです。

地理空間情報 x ビジネス x オープンソースGIS 勉強会という催しが7月13日に表参道で開催されるとのことです。

http://e2d3.connpass.com/event/35440/

QGIS の入門書を書かれた朝日孝輔さんや OSMFJ の古川泰人さんがお話をされるそうです。
お時間ある方はぜひ。
会の後に懇親会もあるそうですよ。

小江戸らぐとのクロスポストですが、すみません。

--
Twitter : @k_zoar
OSM: http://hdyc.neis-one.org/?k_zoar

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

Re: [Talk-de] Skandal! Skulptur im Park ohne rollstuhlgerechte Toilette!

[Alexander Lehner]

On Fri, 8 Jul 2016, Tom Pfeifer wrote:


Vermutlich bin ich ja politisch völlig inkorrekt, aber ich finde es
eigentlich ganz gut, dass eine Skulptur im Park keine rollstuhlgerechte
Toilette aufweist.

https://www.openstreetmap.org/node/258485628
tourism=artwork
artwork_type=sculpture
wheelchair=no
toilets:wheelchair=no

Warum sie mit Rollstuhl nicht zugänglich ist, kann ich angesichts eines
vorbeiführenden Fuss/Radweges nicht ganz nachvollziehen.

Das ist nur ein Beispiel, aber ich finde es befremdlich, an was für
unplausiblen Objekten immer mehr solche Tags aus der Wheelmap auftauchen.


[...]

Danke Tom, fuer das Anstoßen dieser Diskussion, denn das Thema liegt mir 
auch schon seit langem an Herzen.


Nix gegen das wheelchair Mapping, das sicher in vielen Situationen 
hilfreich sein mag.
Jedoch finde ich es tatsächlich diskriminierend, in welchem (fragwürdigen) 
Detailgrad wheelchail und andere Attribute gemapped werden. So als ob ein 
Rollstuhlfahrer ohne OSM Mapping nicht in der Lage wäre, sich zu bewegen.


Das gleiche gilt für kinderfreundliches Fahrradrouting, Routing über 
Plätze und Fußgängerzonen, und für Personen mit Sehbehindungerung gibt es 
dann wohl bald ein Routing mit den meisten Straßenlaternen.


Wir leben in einer von Menschen geschaffenen Welt; Menschen 
unterschiedlicher 'Beschaffenheit', und für alle soll Platz sein.
Das funktioniert in der Regel ziemlich gut. Denn wir arbeiten seit 
tausenden von Jahren daran, Straßen und Häuser zu bauen, die Landschaft zu 
verändern, uns darin zu orientieren und uns zu bewegen.


Dieses Gemeinschaftsprojekt werden wir nicht dadurch verbessern, indem wir 
(exemplarisch) Rollstuhlfahrern über das Internet zeigen, wo sie überall 
hinfahren können oder nicht. Das werden wir auch rein aus der Kraft 
der community nicht bewerkstelligen können, also bleibt das eine 
dauerhafte Baustelle ohne praktischen Nutzen.


Vielmehr ist es eine permanente Aufgabe der Gesellschaft, sich umeinander 
zu kümmern. Ein Beispiel, das ich selbst erst letztens erlebt habe:
eine Gruppe Rentner besteigt einen Zug, dessen Eingangstreppe tiefer als 
der Bahnsteing war. Auch ein sportlicher Mensch steht da vor einer 
kleinen Herausforderung, nicht zu stolpern.


Da trage ich doch nicht in OSM ein Attribut für diesen Zug mit der Nummer 
XYZ ein, dass der keine bündige Treppe hat, und rechtfertige damit mein 
soziales Engagement.

Ich reiche der älteren Dame die Hand und helfe ihr beim Einsteigen. Fertig.


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

Re: [Talk-it] Violazione copyright

[Andrea Lattmann]

>Sei un po' criptico nelle tue comunicazioni:

Effettivamente hai ragione! 
Scusate, ma mentre voi eravate a fare una siesta io ero sotto la stecca del 
sole a lavorare. :-) (si mi ha fatto male molto male!)
Ora che mi sono ripreso, vi spiego: ho trovato un volantino di una polisportiva 
che ha usato la mappa di OSM (quella della foto) senza alcuna attribuzione. A 
memoria, non so perché, mi ricordo di aver letto che per piccole aree non era 
necessaria l' attribuzione. Prima di mandare l' e-mail alla polisportiva volevo 
fugare ogni mio dubbio. Grazie

Andrea Lattmann

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

Re: [Talk-it] Violazione copyright

[Volker Schmidt]

Sei un po' criptico nelle tue comunicazioni:

l'immagine è una foto di che cosa?

"non avete il link del copyright dove parla che si può omettere l'
attribuzione per piccole aree?"

Forse cercavi  questo:
https://www.openstreetmap.org/copyright
?
Io non so niente di una eccezione al copyright per piccole aree.

"A nessuno interessa?"
Non ci concedi neanche una siesta?


Volker




2016-07-09 15:19 GMT+02:00 Andrea Lattmann :

> A nessuno interessa?
>
>
> Andrea Lattmann
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OsmAnd e autovelox (speed cameras)

[Andrea Lattmann]

Grazie Stefano, ritornerò alla 2.2 ;-)

Andrea Lattmann

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

Re: [Talk-it] OsmAnd e autovelox (speed cameras)

[Stefano Droghetti]

Confermo: è un bug di OsmAnd 2.3
Ho provato con vari rami di 2.3, compresa la nightly build, e non 
segnala i velox non inseriti sulla way.

Tornando alla 2.2 funziona tutto.


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


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

Re: [Talk-it] Vecchio sito WTOSM

[Cristian Consonni]

Ciao,

Il 7 luglio 2016 22:37, Maurizio Napolitano  ha scritto:
> 2016-07-07 22:30 GMT+02:00 Alessandro Palmas :
>> Mi hanno segnalato che è ancora sù questo WTOSM
>>
>> http://194.116.72.25:8081/it_IT/
>
> e' il servizio che Cristian ha tirato in piedi con le modifiche fatte
> al codice di Simone

Esattamente, è (era) un'istanza di test che avevo tirato in piedi per
testare alcune modifiche. Negli ultimi giorni mi sto sentendo con
Simone "Groppo" e stiamo lavorando per portare queste modifiche
nell'istanza principale.

Ci vorrà ancora un po' perché la modifica è abbastanza complessa.

>> che come ultimo aggiornamento indica il 31 ottobre.
>
> la macchina e' stata fermata, ma possiamo riattivare.

Non è necessario.

>> Direi che si potrebbe tirare giù ed eventualmente ... ma proprio
>> eventualmente, redirigere verso
>> http://geodati.fmach.it/gfoss_geodata/osm/wtosm/it_IT/

Boh, essendo un indirizzo IP non mi sembra necessario... fosse un
dominio direi di si... ma così non credo che ne valga la pena.
Quell'indirizzo dovrebbe essere in giro con ben indicato che è
un'istanza di test.

Ciao,

C

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

Re: [Talk-it] OsmAnd e autovelox (speed cameras)

[Stefano Droghetti]

Il 09/07/2016 11:13, Andrea Lattmann ha scritto:

Sinceramente non ci avevo fatto caso, proverò a vedere. Voglia di andare in 
vacanza e Stefano?? :-) per me manca ancora... Troppo!


Ahaha :-) no, è che sto lavorando un po' qua e là in provincia in questi 
giorni, mi ritrovo molto in macchina e quindi ne approfitto per fare le 
prove.

Ribadisco, lo chiedo a tutti: OsmAnd non segnala più i velox anche a voi?
Se ve li segnala, vi segnala solo quelli sulla way?

--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


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

Re: [Talk-it] Mancata attribuzione mappa OpenStreetMap sul sito

[Andrea Lattmann]

>Visto che e' una mappa di mapbox >segnalo questo nel caso non rispondano
>https://www.mapbox.com/blog/report->attribution-problems/ 

Grazie! Serve anche a me ;-)

I vostri consigli sono sempre come manna dal cielo!


Andrea Lattmann

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

Re: [Talk-it] Mancata attribuzione mappa OpenStreetMap sul sito

[Andrea Lattmann]

Mi permetto un consiglio, fai un whois del dominio e scrivi al responsabile del 
sito/società: questo di solito "smuove" ;-)

Andrea Lattmann

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

Re: [Talk-it] Mancata attribuzione mappa OpenStreetMap sul sito

[Stefano]

Il giorno 9 luglio 2016 12:49, Cristian Consonni <
cristian.conso...@wikimedia.it> ha scritto:

> Ciao,
>
> qualche giorno fa ho segnalato al sito Treedom
> (http://www.treedom.net) che non stanno attribuendo correttamente la
> mappa di OSM sul loro sito (si veda per esempio[1]).
>
> Qualche tempo fa usavano Google Maps e gli avevamo scritto (Andrea ed
> io, che avevamo scoperto il sito per caso e l'idea c'era piaciuta
> personalmente) consigliandogli di usare OSM. L'hanno fatto
> autonomamente (nel senso che non ci hanno chiesto indicazioni), però
> si scordati l'attribuzione.
>
> Ora ho provato a scrivergli di nuovo e gli ho mandato un tweet[2].
>
> Sotto trovate la mail che gli ho mandato (npurtroppo piena di errori,
> ma è quello che succede quando si scrivono mail nel cuore della
> notte). Spero che possa servire come spunto.
>

Visto che e' una mappa di mapbox segnalo questo nel caso non rispondano
https://www.mapbox.com/blog/report-attribution-problems/

>
> Ciao,
>
> C
>
> [1] https://www.treedom.net/it/user/cristian.consonni
> [2] https://twitter.com/CristianCantoro/status/751711719811063808
>
> -- Messaggio inoltrato --
> Da: Cristian Consonni 
> Date: 1 luglio 2016 01:45
> Oggetto: [Bug] Attribuzione mappa OpenStreetMap sul sito
> A: f.gar...@treedom.net
> Cc: i...@treedom.net, Simone Cortesi ,
> Andrea Zanni 
>
>
> Cari team di Treedom,
>
> sono Cristian Consonni e sono il Vicepresidente di OpenStreetMap
> Italia/Wikimedia Italia.
>
> Ci eravamo sentiti circa due anni fa con Andrea Zanni (in copia,
> all'epoca il Presidente) per suggerirvi di usare OpenStreetMap
> (https://www.openstreetmap.org/) sul vostro sito invece di Google Maps
> (e nel frattempo vi avevo segnalato un paio di bug).
>
> Ho notato - con grandissimo piacere - che adesso state usando la mappa
> di OSM, tuttavia manca l'attribuzione della mappa stessa.
>
> Come richiesto dalla licenza di OpenStreetMap[1], la Open Data Commons
> Open Database License (ODbL) è necessaria l'attribuzione dell'orgini
> dei dati con:
> “© OpenStreetMap contributors”.
>
> A occhio, mi pare stiate usando Leaflet[2] con le map tiles fornite da
> Mapbox[3].
>
> Di solito l'attribuzione di queste mappe viene fatta così:
> “Map tiles © Mapbox | Data © OpenStreetMap contributors | Improve this
> map”.
>
> Dove il testo punta rispettivamente a:
> * https://www.mapbox.com/about/maps/
> * https://www.openstreetmap.org/about/
> * una url dinamica che permette di modificare OSM nella zona visualizzata
>
> Di solito la bandina con l'attribuzione viene piazzata in fondo alla
> pagina. (Per confronto, vedete per esempio quello che fa Foursquare
> (https://foursquare.com/) che approfitta dello spazio per mettere un
> link anche alla propria privacy policy e ai termini del servizio.) In
> una pagina con la mappa sul vostro sito (per esempio:
> https://www.treedom.net/it/user/cristian.consonni) vedo (dal sorgente
> della pagina) che effettivamente l'elemento con l'attribuzione di
> Leaflet è nascosto dietro l'elemento successivo (la bacheca marrone).
> L'attribuzione a OpenStreetMap, però, manca del tutto.
>
> Un'idea per risolvere il problema potrebbe essere un elemento
> flottante informativo dalla parte opposta rispetto alla foto del
> profilo e che si espanda con le info di cui sopra.
>
> Infine, vi segnalo anche un altro refuso, alla pagina:
> https://www.treedom.net/it/page/idea
> nella sezione "come funziona" si dice:
> « ... potrai vederlo sul tuo profilo grazie a Google Maps»
> in realtà state usando OpenStreetMap (appunto, :-) )
>
> Immagino che sia un testo risalente a quando usavate Google Maps.
>
> Vi ringrazio nuovamente per aver deciso di usare la più grande e
> dettagliata mappa libera del mondo e rimango a vostra disposizione per
> ogni ulteriore domanda.
>
> Saluti,
>
> Cristian Consonni
>
> [1] https://www.openstreetmap.org/copyright
> [2] http://leafletjs.com/
> [3] https://www.mapbox.com/
> --
> Cristian Consonni
> Vicepresidente di Wikimedia Italia / OpenStreetMap Italia
> Wikimedia Italia - Associazione per la diffusione della conoscenza libera
> via Bergognone, 34 - 20144 Milano (MI)
> Tel. 039.5962256 | cristian.conso...@wikimedia.it | www.wikimedia.it
>
>
> --
> Cristian Consonni
> Vicepresidente di Wikimedia Italia / OpenStreetMap Italia
> Wikimedia Italia - Associazione per la diffusione della conoscenza libera
> via Bergognone, 34 - 20144 Milano (MI)
> Tel. 039.5962256 | cristian.conso...@wikimedia.it | www.wikimedia.it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Mancata attribuzione mappa OpenStreetMap sul sito

[Cristian Consonni]

Ciao,

qualche giorno fa ho segnalato al sito Treedom
(http://www.treedom.net) che non stanno attribuendo correttamente la
mappa di OSM sul loro sito (si veda per esempio[1]).

Qualche tempo fa usavano Google Maps e gli avevamo scritto (Andrea ed
io, che avevamo scoperto il sito per caso e l'idea c'era piaciuta
personalmente) consigliandogli di usare OSM. L'hanno fatto
autonomamente (nel senso che non ci hanno chiesto indicazioni), però
si scordati l'attribuzione.

Ora ho provato a scrivergli di nuovo e gli ho mandato un tweet[2].

Sotto trovate la mail che gli ho mandato (npurtroppo piena di errori,
ma è quello che succede quando si scrivono mail nel cuore della
notte). Spero che possa servire come spunto.

Ciao,

C

[1] https://www.treedom.net/it/user/cristian.consonni
[2] https://twitter.com/CristianCantoro/status/751711719811063808

-- Messaggio inoltrato --
Da: Cristian Consonni 
Date: 1 luglio 2016 01:45
Oggetto: [Bug] Attribuzione mappa OpenStreetMap sul sito
A: f.gar...@treedom.net
Cc: i...@treedom.net, Simone Cortesi ,
Andrea Zanni 


Cari team di Treedom,

sono Cristian Consonni e sono il Vicepresidente di OpenStreetMap
Italia/Wikimedia Italia.

Ci eravamo sentiti circa due anni fa con Andrea Zanni (in copia,
all'epoca il Presidente) per suggerirvi di usare OpenStreetMap
(https://www.openstreetmap.org/) sul vostro sito invece di Google Maps
(e nel frattempo vi avevo segnalato un paio di bug).

Ho notato - con grandissimo piacere - che adesso state usando la mappa
di OSM, tuttavia manca l'attribuzione della mappa stessa.

Come richiesto dalla licenza di OpenStreetMap[1], la Open Data Commons
Open Database License (ODbL) è necessaria l'attribuzione dell'orgini
dei dati con:
“© OpenStreetMap contributors”.

A occhio, mi pare stiate usando Leaflet[2] con le map tiles fornite da
Mapbox[3].

Di solito l'attribuzione di queste mappe viene fatta così:
“Map tiles © Mapbox | Data © OpenStreetMap contributors | Improve this map”.

Dove il testo punta rispettivamente a:
* https://www.mapbox.com/about/maps/
* https://www.openstreetmap.org/about/
* una url dinamica che permette di modificare OSM nella zona visualizzata

Di solito la bandina con l'attribuzione viene piazzata in fondo alla
pagina. (Per confronto, vedete per esempio quello che fa Foursquare
(https://foursquare.com/) che approfitta dello spazio per mettere un
link anche alla propria privacy policy e ai termini del servizio.) In
una pagina con la mappa sul vostro sito (per esempio:
https://www.treedom.net/it/user/cristian.consonni) vedo (dal sorgente
della pagina) che effettivamente l'elemento con l'attribuzione di
Leaflet è nascosto dietro l'elemento successivo (la bacheca marrone).
L'attribuzione a OpenStreetMap, però, manca del tutto.

Un'idea per risolvere il problema potrebbe essere un elemento
flottante informativo dalla parte opposta rispetto alla foto del
profilo e che si espanda con le info di cui sopra.

Infine, vi segnalo anche un altro refuso, alla pagina:
https://www.treedom.net/it/page/idea
nella sezione "come funziona" si dice:
« ... potrai vederlo sul tuo profilo grazie a Google Maps»
in realtà state usando OpenStreetMap (appunto, :-) )

Immagino che sia un testo risalente a quando usavate Google Maps.

Vi ringrazio nuovamente per aver deciso di usare la più grande e
dettagliata mappa libera del mondo e rimango a vostra disposizione per
ogni ulteriore domanda.

Saluti,

Cristian Consonni

[1] https://www.openstreetmap.org/copyright
[2] http://leafletjs.com/
[3] https://www.mapbox.com/
--
Cristian Consonni
Vicepresidente di Wikimedia Italia / OpenStreetMap Italia
Wikimedia Italia - Associazione per la diffusione della conoscenza libera
via Bergognone, 34 - 20144 Milano (MI)
Tel. 039.5962256 | cristian.conso...@wikimedia.it | www.wikimedia.it


-- 
Cristian Consonni
Vicepresidente di Wikimedia Italia / OpenStreetMap Italia
Wikimedia Italia - Associazione per la diffusione della conoscenza libera
via Bergognone, 34 - 20144 Milano (MI)
Tel. 039.5962256 | cristian.conso...@wikimedia.it | www.wikimedia.it

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

Re: [Talk-it] Parco Avventura

[Andrea Lattmann]

Grazie! 
Cercavo in maniera errata! :-)

Andrea Lattmann

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

[Talk-it] Violazione copyright

[Andrea Lattmann]

Siamo di nuovo alle solite.
Il link qui sotto all' immagine.
Una domanda: non avete il link del copyright dove parla che si può omettere l' 
attribuzione per piccole aree? Ricordo male? Grazie.

https://drive.google.com/open?id=0B6ZriRW1mswYZkd1TTJfeGMxclk


Andrea Lattmann

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

Re: [Talk-it] Parco Avventura

[Andrea Albani]

Penso che questo faccia al caso tuo

http://wiki.openstreetmap.org/wiki/Tag:sport%3Dclimbing_adventure
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Christoph Hormann]

On Saturday 09 July 2016, Ilya Zverev wrote:
>
> Christoph, please read my last post again: we use all of the
> booking.com data, not just hotels that are missing. We are not
> altering the proprietary data in any way. Just removing some data
> from OSM, and that portion of the data is published, obviously under
> the ODbL.

I read what you wrote and i think i understand pretty well what you do.

From my perspective it is as Simon put it:

> In summary both guidelines in this use scenario boil down to
> prohibiting de-duplication (of any kind).

Now you can of course disagree with that assessment but so far you have 
not brought up any convincing argument for that.  Just because your 
exact use case is not mentioned in the Horizontal Layers guideline does 
not mean it does not apply in analogy.  It does not matter if you use 
proprietary data to add features missing in OSM data or if you use OSM 
data to add features missing in proprietary data - the license as i 
read it is symmetric in that matter. 

What i was trying to do is point out ways how you could continue doing 
what you do (i.e. show both data from booking.com and from OSM in a 
single application).

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

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

Re: [Talk-it] OsmAnd e autovelox (speed cameras)

[Andrea Lattmann]

Sinceramente non ci avevo fatto caso, proverò a vedere. Voglia di andare in 
vacanza e Stefano?? :-) per me manca ancora... Troppo! 

Andrea Lattmann

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

[Talk-it] Parco Avventura

[Andrea Lattmann]

Scusa temi, so che molti di voi sono alle prese con l' import (molto istruttivo 
ed interessante). Volevo chiedervi, se conosco l' area di un parco avventura, 
creo l' area e se conosco i percorsi creo le way, ma come si tagga tutto ciò? 
Grazie per le risposte.

Andrea Lattmann

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

Re: [Talk-es] Tagear correctamente un paso de cebra

[yo paseopor]

Buenas

Te explico
Como te puedes imaginar el tema de los "cruces de peatones" no lo hemos
inventado nosotros. En este caso viene de los ingleses. Y no es por las
rayas del suelo, como podrías pensar. En Inglaterra hay una variedad de
animales para todos los cruces: con isleta, sin ella, con semáforo, sin él,
etc. cada uno lleva su nombre, pelícano, tigre y nuestro amigo allí
acostumbra a estar solo, en medio de la nada acompañado por dos faroles que
siempre parpadean, negros a rayas blancas, de aquí lo de cebra. Más info en
la wiki de OSM http://wiki.openstreetmap.org/wiki/Key:crossing

Una vez ya te he dado el peñazo, aquí abajo, en España nos quedamos con el
"paso cebra" PARA TODOS LOS CRUCES señalizados con las típicas rayas del
suelo, con o sin isleta, con o sin aviso. No nos engañemos, llamémosle
"paso de peatones" y no nos equivocaremos (aunque seamos tan listos que
aunque pasen bicicletas la gente le acostumbramos a llamar paso de cebra o
paso de peatones igualmente (cuando oigais paso de bicicletas o paso
ciclista en la calle me avisais :P ).
Ahora bien, hay claves muy interesantes que te paso a relatar y que si
quieres un cruce de peatones bien señalizado te recomiendo que tengan, más
allá de crossing:

-highway=crossing o railway=crossing , por motivos obvios.

ESPECÍFICAS PARA SEMÁFORO
---

-crossing=traffic_signals > con semáforo. Además JOSM ya ha añadido el
icono sólo para crossing, así que puedes mapear un semáforo y distinguir si
tiene para peatones o no, y si el "chirimbolo" es sólo de peatones y no
tiene para coches (muchas veces los semáforos suelen complimentarse así,
especialmente si hay algún sitio en medio del cruce dónde debes detenerte)
-button_operated=yes/no > si tiene botón para activarlo
-traffic_signals:sound=yes/no > si tiene sonido para invidentes
-traffic_signals:vibration=yes/no > si tiene vibración para invidentes


RESTO
---

-crossing=no > Tan importante es mostrar por dónde se puede cruzar...como
por donde NO SE PUEDE.
-crossing=uncontrolled > nuestros pasos de cebra, sin semáforos ni nada más
que sus rayas pintadas en el suelo
-crossing=island > con isleta enmedio para cruzar.
-kerb=lowered > si está adaptado para minusválidos el cruce (típica rampa
que hace ayuntamiento)
-kerb=flush > si está adaptada para invidentes (rampa que hace bajar el
bordillo al mismo nivel que la calle)
-tactile_paving=yes/no > si está adaptada para invidentes
-supervised=yes/no/horario > si sabemos que se pone el típico guardia a la
puerta de un colegio en un horario más o menos fijo
-flashing_lights=yes/no/always > paso de peatones señalizado con las
típicas luces, y señales iluminadas , que acaban pareciendo una discoteca
que distrae más al conductor que otra cosa (si se ilumina cuando uno pasa,
si no lo hace, si lo hace siempre)
-bicycle=yes > si el cruce también es paso para ciclistas, con marcas en el
suelo y tal
-horse=yes > aquí no, pero en otros lugares el tema caballil se lleva mucho
 -wheelchair=yes (este último no hace falta si marcas alguna de las claves
de los kerb -bordillo- porque ya implican que están adaptadas y ya incluyen
para el sistema esta etiqueta implícita).
-traffic_calming=table > si el paso de peatones implica el badén gigantesco
que últimamente los ayuntamientos han puesto como churros.

Perdón si te he arruinado la vida (¡¡yo solo quería marcar un p*** paso de
cebra!! :( ) pero como puedes comprobar en OSM puedes pormenorizar todos
los detalles. Y estoy seguro que aún se puede afinar más. Pero piensa en el
beneficio que haces a la comunidad. Para ti es una etiqueta más, para
muchos colectivos significa tener la información sobre si pueden o no
circular por ahí (http://accessibilitat.llefia.net) .Y estoy seguro que esa
información es muy valiosa.

Pero...voy a ser bueno (he venido a hablar de mi libro:P ) , ¿y si te
dijera que con unos cuantos clics puedes poner toda esta información y más?
Si conoces el programa JOSM sabrás que hay una predefinición en
Predefiniciones > Vías > puntos de la vía > Cruces de peatones.
Pero también tienes alternativas hechas con la mirada desde aquí. En el
preset (predefinición) Traffic_signs tienes todas estas opciones que te
acabo de listar y que son las más comunes por estas lares para que con
cuatro clics puedas decidir si tu paso de cebra es un simple paso de cebra
o puede serlo 2.0. Si lo instalas desde Modificar > Preferencias >
Parámetros de proyección...(tercera pestaña ,dibujo rejilla y bola del
mundo) > Predefiniciones (tercera pestaña) traffic_signs o señales tráfico
o senyals trànsit, dependiendo del idioma en que tengas el JOSM > lo
encontrarás en Predefiniciones > A.Vías > Carreteras > Paso peatones. Y si
también te da por indicar las señales que lo hacen posible puedes buscarlas
una vez instalado el preset en  B. Señales (por países) > España >
Información > Paso Peatones y B. Señales (por países) > España > Peligro >
Calzada > Resalto

Bueno, perdón por haberme alargado tanto, 

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Ilya Zverev]

Christoph Hormann wrote:

I would also suggest to keep in mind that in principle this is exactly
the kind of case share-alike was created for - the OSM database is
missing some hotels and some other database contains them and the
intention is that you need to make available that other data or the
merger of the two data sets for inclusion in OSM if you want to use
them in combination.

If your use of the booking.com data is not about hotels missing from OSM
but only about the additional info booking.com provides (link to
booking page and other metadata for example) the new collective
database guideline gives you another option: you can match this
metadata with the OSM POIs and use them together without share-alike.
You however must not show any hotels that are not in OSM then or make
their coordinates available under compatible license.


Christoph, please read my last post again: we use all of the booking.com 
data, not just hotels that are missing. We are not altering the 
proprietary data in any way. Just removing some data from OSM, and that 
portion of the data is published, obviously under the ODbL.


IZ

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

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[yo paseopor]

Soy muy partidario de eliminar/evitar los tags múltiples ; (
amenity=waste_basket;vending_machine) en OSM.

Salut i mapes
yopaseopor

2016-07-08 20:28 GMT+02:00 Rafael Avila Coya :

> Hola:
>
> Además, creo que la mayoría de los renderizadores ignorarían los objetos
> amenity=waste_basket;vending_machine
>
> Saludos,
>
> Rafael.
>
>
> On 08/07/16 15:12, Santiago Crespo wrote:
>
>> José Luis, tienes razón en que un nodo puede tener varios tags, pero
>> como una "key" (amenity) no se puede repetir, creo que quedaría algo así:
>>
>> amenity=waste_basket;vending_machine
>> vending=excrement_bags
>> operator=Ayuntamiento de Madrid
>> payment:none=yes
>>
>> Y si son papeleras únicamente para excrementos, añadir:
>> waste=dog_excrement
>>
>> Aunque hay que intentar evitar el uso del punto y coma, pues es más
>> complicado al mapear y al usar luego esos datos[1]. Coincido con el wiki
>> en que es mejor elegir uno de los 2 valores o dividir en dos nodos.
>>
>> Saludos,
>> Santiago Crespo
>>
>> [1]
>>
>> https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use
>>
>>
>> On 07/08/2016 02:14 PM, Jose Luis Perez Diez wrote:
>>
>>> segun http://wiki.openstreetmap.org/wiki/Tags un nodo puede tener varios
>>> tags y en este casos serian 5
>>>
>>>
>>>
>>> amenity=vending_machine
>>>
>>> amenity=waste_basket
>>>
>>> vending=excrement_bags
>>>
>>> payment:none=yes
>>>
>>> operator=Ayuntamiento de Madrid
>>>
>>>
>>>
>>> En el caso que fuesen dos operadores diferentes se podria usar
>>> "operator:[vending_machine|waste_basket] ="
>>>
>>> lo de hacerlos independientes no tiene sentido estamos hablando de una
>>> unica ubicacion
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Christoph Hormann]

On Saturday 09 July 2016, Christoph Hormann wrote:
>
> I think this is a fairly clear case for the Horizontal Layers
> guideline 

To avoid ambiguity: I of course meant a case where the guideline says 
share-alike applies.

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

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

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Christoph Hormann]

On Friday 08 July 2016, Ilya Zverev wrote:
>
> If the LWG decides we are violating the license (and explains how,
> maybe producing another guidelines), we will remove all OSM hotels
> from our data. But for now I don't see how it's different from
> removing just some of the hotels.

I think this is a fairly clear case for the Horizontal Layers guideline 
and Simon also made a statement in that direction.  Of course as always 
this is a matter of interpretation.

I would also suggest to keep in mind that in principle this is exactly 
the kind of case share-alike was created for - the OSM database is 
missing some hotels and some other database contains them and the 
intention is that you need to make available that other data or the 
merger of the two data sets for inclusion in OSM if you want to use 
them in combination.

If your use of the booking.com data is not about hotels missing from OSM 
but only about the additional info booking.com provides (link to 
booking page and other metadata for example) the new collective 
database guideline gives you another option: you can match this 
metadata with the OSM POIs and use them together without share-alike.  
You however must not show any hotels that are not in OSM then or make 
their coordinates available under compatible license.

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

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

Re: [Talk-de] Skandal! Skulptur im Park ohne rollstuhlgerechte Toilette!

[Holger Jeromin]

Tom Pfeifer  Wrote in message:
> 

> Dazu kommt noch ein neuer Tag 'wheelchair_toilet=*' (4600x), hier gibt es mehr
> 'unknown' als 'yes' und 'no' zusammen (53%). Undokumentiert.
>

Das falsche Tag war mir auch schon mal aufgefallen und habe es den
 sozialhelden gemeldet. Daraufhin haben sie den Fehler im backend
 innerhalb von wenigen Tagen behoben. Das ganze ist ein zwei Jahre
 her. 

Neue sollten nicht mehr rein kommen. Ich wäre für einen mechanical
 edit zur Korrektur. 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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