[Talk-cz] WeeklyOSM CZ 308

[Tom Ka]

Ahoj, je dostupné vydání 308 týdeníku weeklyOSM:

http://www.weeklyosm.eu/cz/archives/7686

Téma čísla: 3D mapy jako vrstva OpenStreetMap.cz?

* Nové značení KČT pro OSM.
* Hledání na freemap.sk
* Úpravy OSM z Maps.me.
* Vizualizace OSM dle let.
* P2P OSM DB.
* Blender a OSM pro vizualizaci měst.

Pěkné počtení...

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

Re: [talk-au] GNAF (address) data re-visited

[cleary]

After brief discussion on legal-talk, I have sent an email to the
Department of Prime Minister and Cabinet requesting explicit permission
for OSM to use the PSMA Administrative Boundaries and I included
concerns raised within legal-talk.  I have had an informal phone call
which acknowledged receipt of the request. Apparently they are already
considering a request  regarding OSM access to the GNAF (address) data
and legal advice is being obtained  about that too.  

In regard to the suggestion that , if we get approval, then there should
be a formal import of whole datasets :  I do not have the skill to do
that and it would require someone else to undertake it. However, it
seems to me that such large scale imports create as many, or perhaps
more, problems that they solve.  A single way can be part of multiple
boundaries - the most I have yet encountered is part of the
NSW/Victorian boundary with a single way forming part of ten separate
relations (State boundary, LGA boundary, locality boundary and national
park boundary on NSW side with six on the Victorian side - the
equivalent  four plus two additional which I think were political
boundaries but I am unsure).  I am not very knowledgeable about this, so
perhaps I am mistaken, but it appears that mass imports would bring
multiple multipolygons all overlaid one on top of the other,  and would
not necessarily create relations for the boundaries. Many layers of
lines along the same co-ordinates creates an editing problem where
modification is required to the way for one of the multipolygons. Manual
imports are slower to achieve but it seems to me that they are better in
the long term. Nevertheless I am happy to accept the view of colleagues
in this list if others also favour formal mass import (and presuming we
get the permission that has been requested).




On Thu, Jun 30, 2016, at 08:46 AM, Andrew Davidson wrote:
> If you are going to bring in any more administrative boundaries can we 
> please do them as a formal import. If there was one thing that I learnt 
> from the experience of doing the NSW ones is that bringing them in 
> manually is a massive PITA.
> 
> On 26/06/16 10:11, cleary wrote:
> > Thanks to Simon and Andrew for your responses which I now understand.
> > Can I now follow-on and request clarification about other data from
> > data.gov.au - for example the sources listed in the wiki for
> > Queensland Local Government Areas and QLD Suburb/Locality Boundaries
> > which are CC-BY-4.0 but do not have restrictions such as the mailout
> > condition in GNAF address data.  Is it safe for me to add data from
> > these Queensland administrative boundary data sources?
> > I'm sorry to be a nuisance about the legality of our sources but I
> > struggle with some of the nuances and I don't want to create problems
> > that need to be sorted out at a later date.
> > On Sun, Jun 26, 2016, at 01:09 AM, Simon Poole wrote:
> >>
> >> The simple answer is "NO", the G-NAF data is published under a
> >> non-open custom licence and currently can not be used directly in OSM.
> >>
> >> Every communication we've had with the relevant authorities has
> >> indicated that they are at this time not moving away from the
> >> non-open licence. This may change in the future, but hasn't at this
> >> point in time.
> >>
> >> Using it for QA etc. is likely possible, but given the low number of
> >> addresses we have in Australia to start with is likely not going to
> >> help a lot.
> >>
> >> Simon
> >>
> >> Am 25.06.2016 um 05:35 schrieb cleary:
> >>> I'm sorry that I'm slow in picking up an old thread from about six
> >>> months ago but I remain uncertain about the implications.
> >>>
> >>> As I understand the situation, the licence that accompanies the GNAF
> >>> (address) data from data.gov.au is not itself adequate for OSM.
> >>> However the data it is covered by the explicit permission to which
> >>> Daniel O'Connor referred and which is clearly published in the OSM
> >>> Wiki at
> >>> http://wiki.openstreetmap.org/wiki/Attribution/data.gov.au_explicit_permission.
> >>> Therefore it seems we are able to use the GNAF (address) data in OSM.
> >>>
> >>> Please correct me if I have misunderstood the issues in this discussion.
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> On Wed, Dec 30, 2015, at 08:51 PM, Simon Poole wrote:
> 
>  I just had a quick look at the licence terms. While the license is
>  based on CC by 4.0 (which is own can of worms) it unluckily
>  contains a provision prohibiting specific use that makes the data
>  clearly (as in we will never, in no circumstances be able to adhere
>  to the terms) unusable for OSM and further means it does not meet
>  the definition herehttp://opendefinition.org/od/1.0/en/.
> 
>  Sorry
> 
>  Simon
> 
> 
>  Am 07.12.2015 um 03:50 schrieb Daniel O'Connor:
> > Hi all,
> > Many of you may be interested in
> > 

Re: [OSM-talk] Revert UI

[Jo]

Great work, Ilya! A big thank you.

Polyglot

2016-06-30 22:46 GMT+02:00 Ilya Zverev :

> Hi everyone,
>
> I've made a web interface to my revert scripts: http://revert.osmz.ru
>
> It is as easy to use as the simple-revert.py, but you don't have to use
> the command-line interface. Simply paste some changesets, press a button
> and watch as they are being reverted.
>
> The reverter has some limits, e.g. only 200 changed objects can be
> reverted, and no way/relation membership changes. On the plus side, it does
> a 3-way merge instead of just restoring older versions, so you won't run
> into any conflicts.
>
> If somebody wants to improve the design or add any features, I'd be glad
> to have your help: https://github.com/Zverik/RevertUI
>
> The backend uses simple-revert scripts, which I turned into a library and
> uses in some other projects: https://github.com/Zverik/simple-revert
>
> IZ
>
> ___
> 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-pt] Vias demasiado detalhadas

[Marcos Oliveira]

Já que estamos neste assunto, recomendo este plugin para quem use JOSM. [1]

[1] - https://github.com/JOSM/turnlanes-tagging

No dia 29 de junho de 2016 às 17:09, Hugo Barrocas 
escreveu:

> Boas,
> Se ha vias separadas sem haver separacao fisica, podera ser porque quem
> mapeou talvez nao conheça as 'turn:lanes' :
>
> http://wiki.openstreetmap.org/wiki/Key:turn
>
>
> --
> Cumprimentos,
> D.er Hugo Barrocas
>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
>


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

[OSM-talk] Revert UI

[Ilya Zverev]

Hi everyone,

I've made a web interface to my revert scripts: http://revert.osmz.ru

It is as easy to use as the simple-revert.py, but you don't have to use 
the command-line interface. Simply paste some changesets, press a button 
and watch as they are being reverted.


The reverter has some limits, e.g. only 200 changed objects can be 
reverted, and no way/relation membership changes. On the plus side, it 
does a 3-way merge instead of just restoring older versions, so you 
won't run into any conflicts.


If somebody wants to improve the design or add any features, I'd be glad 
to have your help: https://github.com/Zverik/RevertUI


The backend uses simple-revert scripts, which I turned into a library 
and uses in some other projects: https://github.com/Zverik/simple-revert


IZ

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

Re: [OSM-talk-fr] Changements de location=* avec location:transition=yes

[François Lacombe]

Bonjour Jean-Yvon,

Le 30 juin 2016 à 21:55,  a écrit :

> S'il y a une valeur à favoriser, il vaut mieux mettre "Depreciated values"
> si tel est le cas car équivalent c'est équivalent.
>
Le problème est qu'il s'agissait d'un vote à la base.
Avec le temps j'ai pu m’apercevoir qu'écrire "equivalent values" et "can be
carefully replaced" au lieu de "deprecated" and "must be changed
immediatly" pouvait faire peur à moins de monde.

Dans l'absolu, il n'y a pas de valeurs dépréciées, tout le monde utilise
les tags qu'il veut.
Donc il faut convaincre le plus de monde de faire autrement... et pas les y
obliger.
Un bon tag se suffit à lui-même, le reste - si ce n'est une bonne
explication et visibilité - est superflu.

Bon, la template wiki ne proposant rien d'autre que "Deprecated" comme
valeur d'abandon pour une valeur, c'est ce que j'ai indiqué sur l'infobox
de pole=transition.

Et si tu fais des requêtes sur les objets, tu peux proposer aux auteurs de
> modifier ou de modifier à leur place (car il peut y avoir des consommateurs
> de données utilisant l'ancien format, si tu contactes tous les auteurs tu
> devrais avoir un retour en cas d'utilisation).
>
Pour le coup c'est long, et je n'ai pas cette patience, il y a des dizaines
de milliers d'objets, des centaines de contributeurs.
Quand je trouve un poteau avec pole=transition, je change pour
location:transition sans me poser de question hormis celle de savoir si un
câble va sous terre.

A+

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

Re: [Talk-it] [Tagging] Allevamento trote

[demon.box]

girarsi_liste wrote
> Dici a me?

ciao, no dicevo a @cascafico

era per capire bene ;-)




--
View this message in context: 
http://gis.19327.n5.nabble.com/Tagging-Allevamento-trote-tp5876739p5876928.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] Changements de location=* avec location:transition=yes

[osm . sanspourriel]

S'il y a une valeur à favoriser, il vaut mieux mettre "Depreciated 
values" si tel est le cas car équivalent c'est équivalent.


Et si tu fais des requêtes sur les objets, tu peux proposer aux auteurs 
de modifier ou de modifier à leur place (car il peut y avoir des 
consommateurs de données utilisant l'ancien format, si tu contactes tous 
les auteurs tu devrais avoir un retour en cas d'utilisation).


Jean-Yvon


Le 30/06/2016 à 20:27, François Lacombe - fl.infosrese...@gmail.com a 
écrit :

Bonjour Stéphane,

Non je ne pense pas, parce que le but de cette liste de valeurs 
équivalente est de donner des repères pour faire la correspondance 
avec ce qui était déjà cartographié.

Chacun trouvera utile ou non d'utiliser la nouvelle valeur.

Par contre je vais indiquer sur 
http://wiki.openstreetmap.org/wiki/Tag:pole%3Dtransition qu'il y a une 
valeur plus adaptée.

Le volume a pris +1000 depuis l'année dernière :(

François


*François Lacombe*

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

Le 30 juin 2016 à 20:11, Stéphane Péneau > a écrit :


Ok, c'est noté.

Mais dans ce cas, est-ce qu'il ne faudrait pas supprimer les
autres possibilités de cette page :
http://wiki.openstreetmap.org/wiki/Tag:location:transition%3Dyes
C'est là que j'ai pris les différentes solutions.

Stf


Le 29/06/2016 à 23:04, François Lacombe a écrit :

Bonsoir Stéphane,

En fait les 3 solutions que tu mentionnes sont équivalentes,
elles correspondent à différents états de la réflexion.

La seule chose recommandée aujourd'hui, avec le vote de
location:transition, est power=pole + location:transition=yes
Tout le reste doit être remplacé à terme.

Il faudrait que je traduise la page du wiki pour
location:transition, les autres clés n'ont normalement pas de
page (et n'en auront jamais du coup).

A+

*François Lacombe*

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

Le 29 juin 2016 à 12:08, Stéphane Péneau
>
a écrit :

Bonjour François,

Dans ce genre de cas :

http://wiki.openstreetmap.org/wiki/File:French_distribution_line_with_transition.jpg

Quelle est la différence entre :

power=pole
pole=transition

et
power=pole
location:transition=yes

et
power=pole
pole=location_transition

Qu'est-ce qui est recommandé ? Je trouve ça un peu bizarre
d'avoir 3 choix possibles pour un même cas.

Stf



Le 13/02/2016 à 16:08, François Lacombe a écrit :

Bonjour à tous,

Une petite information que je crois avoir oublié de
diffuser ici : la
proposition sur les changements de localisation pour des
objets
linéaires tels que les pipelines, câbles électriques ou
câbles
sous-marin a récemment été approuvée par vote sur le wiki.

http://wiki.openstreetmap.org/wiki/Proposed_features/Location_transitions

Une clé unique permet désormais de documenter les
endroits où ces
objets passent de l'aérien au souterrain, du sous-marin
au terrestre,
etc... et est particulièrement utile lorsque l'on ne peut
pas suivre
l'objet qui continue sous terre ou sous l'eau.
http://wiki.openstreetmap.org/wiki/Tag:location:transition%3Dyes

Tout cela est en anglais, l'utilisation est très simple :
Il suffit d'ajouter location:transition=yes sur un nœud
au droit du
changement de localisation, que les deux parties soient
connues ou
pas.

Exemples :

https://www.openstreetmap.org/node/1936741197#map=19/45.93596/6.15185=D

https://www.openstreetmap.org/node/2273329828#map=19/46.11414/6.05299=D

Cela correspond au clés/valeurs plus spécifiques
tower=air_to_ground
tower=transition
pole=transition
tower=location_transition
pole=location_transition
et autres...
Elles peuvent être remplacées, avec parcimonie et au cas
par cas en
étant bien sûrs de ce que vous faites.

Bien que le domaine soit très technique, il est possible
de s'en
servir sur à peu près tout.
On évite ainsi l'utilisation d'un fixme=continue ou
assimilé lorsque
l'on perd de vue quelque chose.
On s'attend par contre à trouver une valeur pour
location=* sur tous

Re: [Talk-it] [Tagging] Allevamento trote

[Simone]

Il 30 giugno 2016 21:15:30 CEST, "demon.box"  ha scritto:
>cascafico wrote
>> Grazie a tutti.
>> Ho anche raggruppato con relazione "site" 6365303
>
>...ciao scusa non per "farti le pulci" ;-) ma vedo che hai messo anche
>
>amenity=animal_breeding
>animal_breeding=fish
>
>anzichè
>
>aquaculture=fish
>
>come rimaniamo d'accordo??


Dici a me?


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-it] taggare fine torrente intermittente

[Martin Koppenhoefer]

sent from a phone

> Il giorno 30 giu 2016, alle ore 13:18, Federico Cortese 
>  ha scritto:
> 
> Dalle mie parti capita spesso che un corso d'acqua (comunque
> intermittent) finisca in una vora/inghiottitoio, andando direttamente
> in falda.
> In questi casi JOSM segnala il warning perchè il corso non temina in
> mare, quindi un tag per indicare questo fatto non sarebbe male.


capito. 

Chiederei in lista tagging, forse c'è già qualcosa, sennò propongo 
waterway=infiltration_point sul ultimo nodo
http://karst.iah.org/gifs/photos/karst_3_block_diagram.gif

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

Re: [Talk-it] [Tagging] Allevamento trote

[demon.box]

cascafico wrote
> Grazie a tutti.
> Ho anche raggruppato con relazione "site" 6365303

...ciao scusa non per "farti le pulci" ;-) ma vedo che hai messo anche

amenity=animal_breeding
animal_breeding=fish

anzichè

aquaculture=fish

come rimaniamo d'accordo??






--
View this message in context: 
http://gis.19327.n5.nabble.com/Tagging-Allevamento-trote-tp5876739p5876924.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-GB] Next Quarterly Project

[Brian Prangle]

This resource from DEFRA
shows
102,836 "holdings" in 2013. The Excel spreadsheet lists them by local
authority. I haven't checked to see if it's OGL. If it is, is anybody up
for modifying Robert Whittaker's postcode progress tool  to show progress
by LA (obviously it will just be a colour code of % progress as we don't
have addresses with postcodes)

Regards

Brian

On 30 June 2016 at 19:34, Andy Townsend  wrote:

> On 30/06/2016 18:13, Brian Prangle wrote:
>
>> ... some farms seem to be little more than caravan storage, some have
>> transformed into equestrian centres, small industrial parks or become just
>> residential ...
>>
>
> Indeed, farms sounds like a good idea to me.  Quite a few to the east of
> me seem to have been added as nodes with "place=farm; name=whatever's on
> the OS OpenData" (and sometimes name is just obviously desciptive, like
> "Poultry Farm").  It'd be great to have landuse mapped instead of just a
> single node, even if it does take a note and a subsequent survey visit to
> resolve what's become just residential and what hasn't.
>
> Is any of the farm subsidy data open (in order to figure out which are
> genuinely still farms)?
>
> Cheers,
>
> Andy
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Next Quarterly Project

[Andy Townsend]

On 30/06/2016 18:13, Brian Prangle wrote:
... some farms seem to be little more than caravan storage, some have 
transformed into equestrian centres, small industrial parks or become 
just residential ...


Indeed, farms sounds like a good idea to me.  Quite a few to the east of 
me seem to have been added as nodes with "place=farm; name=whatever's on 
the OS OpenData" (and sometimes name is just obviously desciptive, like 
"Poultry Farm").  It'd be great to have landuse mapped instead of just a 
single node, even if it does take a note and a subsequent survey visit 
to resolve what's become just residential and what hasn't.


Is any of the farm subsidy data open (in order to figure out which are 
genuinely still farms)?


Cheers,

Andy


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

Re: [Talk-us] Join us for another import party at the L.A. Times June 25

[Jonathan Schleuss]

Sorry if this is duplication: didn't know if my last email went through.

On Jun 30, 2016, at 10:00 AM, Michael Reichert  wrote:

Hi,

Am Fri, 17 Jun 2016 22:20:46 + schrieb Jonathan Schleuss:
The Los Angeles Times will host another import party to push the "Great
L.A. County Import" forward. We've imported more than half a million
buildings with the great help of locals and the folks from Mapbox.

Did each participant use a separate account for this import?

Yes. We have some users who didn't have a separate account, but most are here:
https://github.com/osmlab/labuildings/issues/40
And inside the "stats" pages under each HOT task here: 
http://labuildingsimport.com
 


My focus is to use this import strengthen the Southern California OSM
community. But, the project is open to all. If you're in the area,
please join us.

Do you really believe that this helps the local community? A healthy map 
has a strong community and a strong community consists out of people who 
look after their neighbourhood on the map (i.e. keep data up to date).


I do. I've hosted four import events and reached out to a ton of local editors. 
Work still needs to be done. Let me know if you have suggestions on how to 
strengthen the community further.
 


Meetup even page Import guidelines Tasking manager I've also been
working to improve our language on why we're doing this. Feedback and
more ideas would be greatly appreciated!

Why are we doing this?

• To improve our map! More data will allow more users to create projects
and do analysis on a variety of things. How many units are located
within 1,000 feet of a freeway? What's the average building age in a
neighborhood? What's the tallest building on Sunset Boulevard? The data
will tell you.

• To catch up with other cities! New York has buildings. Seattle has
buildings. San Francisco. Portland. Even Bakersfield has buildings. L.A.
County should too!

• Because a big earthquake is coming. Free and open data will assist
first responders. And later it will allow folks to update the buildings
with tags showing whether they have been destroyed, are dangerous or
have been red-tagged.

Why do buildings have to be at OSM? Is there any problem which prevents 
you and others to use a free-licensed third party source for building 
data if you have/want to create an emergency map?


No problems. The buildings will improve the map and will allow a redudant and 
maybe better supply of data in the event of a major disaster. For instance, if 
Los Angeles is hit with a large earthquake, will the county's GIS servers be 
available? Will there be power. Many unknowns here and crowd-sourcing the 
disaster's effects seems like a good move. Then anyone can download and make 
their own custom map. For instance, I could update my neighborhood with 
services and distribute printed maps if power/internet is out. Buildings will 
improve a block-by-block map.
 


• To encourage more edits. Once buildings are in the map, people will be
able to orient themselves to the shapes, making it easier to add more
data, like names or businesses.

Adding POIs also works without buildings on the map. You still have 
aerial imagery (i.e. Bing). Apart from offline editors like OsmAnd and 
MAPS.ME, you have an aerial image available at all those editors.


Yes, true. And Los Angles loves the strip mall, which is one building with many 
POIs. We're looking at importing active businesses and other items here: 
https://github.com/socal-osm

Thanks for comments, Michael.

Jon
 


Best regards

Michael


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

Re: [Talk-de] place=square

[Michael Kugelmann]

Am 30.06.2016 um 20:02 schrieb Martin Koppenhoefer:

die bedeutendsten Plätze sind oft dort, wo sich 2 oder mehr wichtige Straßen 
treffen.


+1

Grüße,
Michael.


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

Re: [OSM-talk-fr] Changements de location=* avec location:transition=yes

[François Lacombe]

Bonjour Stéphane,

Non je ne pense pas, parce que le but de cette liste de valeurs équivalente
est de donner des repères pour faire la correspondance avec ce qui était
déjà cartographié.
Chacun trouvera utile ou non d'utiliser la nouvelle valeur.

Par contre je vais indiquer sur
http://wiki.openstreetmap.org/wiki/Tag:pole%3Dtransition qu'il y a une
valeur plus adaptée.
Le volume a pris +1000 depuis l'année dernière :(

François


*François Lacombe*

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

Le 30 juin 2016 à 20:11, Stéphane Péneau  a
écrit :

> Ok, c'est noté.
>
> Mais dans ce cas, est-ce qu'il ne faudrait pas supprimer les autres
> possibilités de cette page :
> http://wiki.openstreetmap.org/wiki/Tag:location:transition%3Dyes
> C'est là que j'ai pris les différentes solutions.
>
> Stf
>
>
> Le 29/06/2016 à 23:04, François Lacombe a écrit :
>
> Bonsoir Stéphane,
>
> En fait les 3 solutions que tu mentionnes sont équivalentes, elles
> correspondent à différents états de la réflexion.
>
> La seule chose recommandée aujourd'hui, avec le vote de
> location:transition, est power=pole + location:transition=yes
> Tout le reste doit être remplacé à terme.
>
> Il faudrait que je traduise la page du wiki pour location:transition, les
> autres clés n'ont normalement pas de page (et n'en auront jamais du coup).
>
> A+
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> Le 29 juin 2016 à 12:08, Stéphane Péneau  a
> écrit :
>
>> Bonjour François,
>>
>> Dans ce genre de cas :
>>
>> http://wiki.openstreetmap.org/wiki/File:French_distribution_line_with_transition.jpg
>>
>> Quelle est la différence entre :
>>
>> power=pole
>> pole=transition
>>
>> et
>> power=pole
>> location:transition=yes
>>
>> et
>> power=pole
>> pole=location_transition
>>
>> Qu'est-ce qui est recommandé ? Je trouve ça un peu bizarre d'avoir 3
>> choix possibles pour un même cas.
>>
>> Stf
>>
>>
>>
>> Le 13/02/2016 à 16:08, François Lacombe a écrit :
>>
>>> Bonjour à tous,
>>>
>>> Une petite information que je crois avoir oublié de diffuser ici : la
>>> proposition sur les changements de localisation pour des objets
>>> linéaires tels que les pipelines, câbles électriques ou câbles
>>> sous-marin a récemment été approuvée par vote sur le wiki.
>>> http://wiki.openstreetmap.org/wiki/Proposed_features/Location_transitions
>>>
>>> Une clé unique permet désormais de documenter les endroits où ces
>>> objets passent de l'aérien au souterrain, du sous-marin au terrestre,
>>> etc... et est particulièrement utile lorsque l'on ne peut pas suivre
>>> l'objet qui continue sous terre ou sous l'eau.
>>> http://wiki.openstreetmap.org/wiki/Tag:location:transition%3Dyes
>>>
>>> Tout cela est en anglais, l'utilisation est très simple :
>>> Il suffit d'ajouter location:transition=yes sur un nœud au droit du
>>> changement de localisation, que les deux parties soient connues ou
>>> pas.
>>>
>>> Exemples :
>>>
>>> https://www.openstreetmap.org/node/1936741197#map=19/45.93596/6.15185=D
>>>
>>> https://www.openstreetmap.org/node/2273329828#map=19/46.11414/6.05299=D
>>>
>>> Cela correspond au clés/valeurs plus spécifiques
>>> tower=air_to_ground
>>> tower=transition
>>> pole=transition
>>> tower=location_transition
>>> pole=location_transition
>>> et autres...
>>> Elles peuvent être remplacées, avec parcimonie et au cas par cas en
>>> étant bien sûrs de ce que vous faites.
>>>
>>> Bien que le domaine soit très technique, il est possible de s'en
>>> servir sur à peu près tout.
>>> On évite ainsi l'utilisation d'un fixme=continue ou assimilé lorsque
>>> l'on perd de vue quelque chose.
>>> On s'attend par contre à trouver une valeur pour location=* sur tous
>>> les objets connectés au nœud qui portent location:transition=yes
>>>
>>>
>>> Bon week end
>>>
>>> François
>>>
>>>
>>> --
>>> François Lacombe
>>>
>>> fl dot infosreseaux At gmail dot com
>>> www.infos-reseaux.com
>>> @InfosReseaux
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> ___
> Talk-fr mailing 
> 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

[Talk-se] Starta röstning för feature som annan användare föreslagit

[Jimmy Utterström]

Hallå!
Jag saknar att det fortfarande inte finns någon godkänd tagg för Discgolf, 
särskilt då det i Sverige trots allt finns en hel del banor. Det finns dock en 
föreslagen "leisure" feature här: 
https://wiki.openstreetmap.org/wiki/Proposed_features/Disc_golf_course

Wikisidans författare Johan Jönsson angav i mars 2012 att han tänkte lägga ut 
den för röstning, sedan dess har det dock tyvärr inte hänt något. Tänkte att 
någon annan (jag till exempel) skulle kunna starta röstningen för förslaget 
istället men vill först höra med er om ni anser att det är ett okej 
förförandesätt? Eller om jag har riktigt tur kanske denne "Johan Jönsson" 
prenumererar på maillistan så att han kan svara angående ärendet själv. 
/Jimmy Utterström ___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Nome in tag edificio e in nodo

[Martin Koppenhoefer]

sent from a phone

> Il giorno 30 giu 2016, alle ore 14:23, Marco_T  ha scritto:
> 
> Chiedo anche agli altri conferma di questa mia interpretazione.


+1, meglio però un'area anche per il museo, perché consente di capire quanto è 
grande, dove sono gli ingressi ecc.

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

Re: [Talk-it] Nome in tag edificio e in nodo

[Martin Koppenhoefer]

sent from a phone

> Il giorno 30 giu 2016, alle ore 13:20, Giulio Barba  
> ha scritto:
> 
> Ciao a tutti, vedo in tantissime occasioni che il nome di un edificio, ed 
> esempio un municipio o un ristorante, ma anche in qualsiasi altra tipologia 
> di edificio, viene messo 2 volte il nome, una volta viene inserito 
> all'interno dell'area dell'edificio, e viene anche aggiunto un nodo sopra 
> l'edificio stesso.
> Vanno lasciati così? Se si perché? E' solo una questione di rendering di 
> alcune mappe?
> Grazie


no, non vanno lasciati, è meglio un'area/poligono, ma in certi editori la gente 
non si accorge (sia per l'editore che talvolta per chi lo usa) che c'è già un 
oggetto e lo rimappa come nodo (questo se gli oggetti sono gli stessi).

Invece spesso si vede anche un edificio e dentro uno o più nodi con 
funzioni/esercizi commerciali dentro questo edificio. È una maniera molto 
diffusa ma approssimativa , se puoi è meglio mappare il dentro come area, 
oppure riutilizzare il way dell'edificio in una relazione multipoligono per 
distinguere tra edificio (building/building:part) e "contenuto".

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

Re: [OSM-talk-fr] Changements de location=* avec location:transition=yes

[Stéphane Péneau]

Ok, c'est noté.

Mais dans ce cas, est-ce qu'il ne faudrait pas supprimer les autres 
possibilités de cette page :

http://wiki.openstreetmap.org/wiki/Tag:location:transition%3Dyes
C'est là que j'ai pris les différentes solutions.

Stf

Le 29/06/2016 à 23:04, François Lacombe a écrit :

Bonsoir Stéphane,

En fait les 3 solutions que tu mentionnes sont équivalentes, elles 
correspondent à différents états de la réflexion.


La seule chose recommandée aujourd'hui, avec le vote de 
location:transition, est power=pole + location:transition=yes

Tout le reste doit être remplacé à terme.

Il faudrait que je traduise la page du wiki pour location:transition, 
les autres clés n'ont normalement pas de page (et n'en auront jamais 
du coup).


A+

*François Lacombe*

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

Le 29 juin 2016 à 12:08, Stéphane Péneau > a écrit :


Bonjour François,

Dans ce genre de cas :

http://wiki.openstreetmap.org/wiki/File:French_distribution_line_with_transition.jpg

Quelle est la différence entre :

power=pole
pole=transition

et
power=pole
location:transition=yes

et
power=pole
pole=location_transition

Qu'est-ce qui est recommandé ? Je trouve ça un peu bizarre d'avoir
3 choix possibles pour un même cas.

Stf



Le 13/02/2016 à 16:08, François Lacombe a écrit :

Bonjour à tous,

Une petite information que je crois avoir oublié de diffuser
ici : la
proposition sur les changements de localisation pour des objets
linéaires tels que les pipelines, câbles électriques ou câbles
sous-marin a récemment été approuvée par vote sur le wiki.

http://wiki.openstreetmap.org/wiki/Proposed_features/Location_transitions

Une clé unique permet désormais de documenter les endroits où ces
objets passent de l'aérien au souterrain, du sous-marin au
terrestre,
etc... et est particulièrement utile lorsque l'on ne peut pas
suivre
l'objet qui continue sous terre ou sous l'eau.
http://wiki.openstreetmap.org/wiki/Tag:location:transition%3Dyes

Tout cela est en anglais, l'utilisation est très simple :
Il suffit d'ajouter location:transition=yes sur un nœud au
droit du
changement de localisation, que les deux parties soient connues ou
pas.

Exemples :

https://www.openstreetmap.org/node/1936741197#map=19/45.93596/6.15185=D

https://www.openstreetmap.org/node/2273329828#map=19/46.11414/6.05299=D

Cela correspond au clés/valeurs plus spécifiques
tower=air_to_ground
tower=transition
pole=transition
tower=location_transition
pole=location_transition
et autres...
Elles peuvent être remplacées, avec parcimonie et au cas par
cas en
étant bien sûrs de ce que vous faites.

Bien que le domaine soit très technique, il est possible de s'en
servir sur à peu près tout.
On évite ainsi l'utilisation d'un fixme=continue ou assimilé
lorsque
l'on perd de vue quelque chose.
On s'attend par contre à trouver une valeur pour location=*
sur tous
les objets connectés au nœud qui portent location:transition=yes


Bon week end

François


--
François Lacombe

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

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




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




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



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

Re: [Talk-de] Wie viel Werbung sollte in die Wochennotiz?

[markus schnalke]

[2016-06-30 10:10] "Manfred A. Reiter" 
>
> * Es kann doch nicht sein, dass z. B. sehr engagierte Studentinnen zur
> FOSSGIS nicht anreisen können, weil sie die Reisekosten nicht aufbringen
> können. [...]

> * Ein anderes Beispiel: wenn eine engagierte Vertreterin aus einem
> finanzschwachen Land (z. B.: Cuba) nicht als Referentin zur SotM reisen
> kann, weil das gewährte "Stipendium" die Reisekosten nicht deckt und sie
> vier (genau: vier) Monatsgehälter oben drauf legen müsste. [...]

Das Debian-Projekt hat aus meiner Sicht eine hervorragende
Unterstuetzung etabliert um solchen Faellen entgegenzuwirken. Die
haben sicher deutlich mehr Geld zur Verfuegung (manchmal sogar
Probleme es sinnvoll auszugeben), trotzdem koennte man von denen
einiges lernen, denke ich mir ... vielleicht ja auch, wie man an
mehr Geld kommt.  ;-)


Aber mal konkret: Gibt es denn einen Geldtopf, in den ich etwas
einzahlen koennte, um damit gezielt mitzuhelfen, solchen Personen
eine Teilnahme zu ermoeglichen?


meillo

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

Re: [Talk-de] place=square

[Martin Koppenhoefer]

sent from a phone

> Il giorno 30 giu 2016, alle ore 19:05, Georg Feddern  
> ha scritto:
> 
> Wenn man die Historie betrachtet, war meist der Platz zuerst da, während sich 
> die Straßen (Verkehrswege) erst in der 'Neuzeit' herausdominierten - aber 
> praktisch immer noch Teil des Platzes sind. Verwaltungsmäßig wird das also 
> eher der place sein.


ganz so will ich das nicht stehenlassen, historisch gab es auch durchaus 
Straßen, nicht erst in der Neuzeit. Die bedeutendsten Plätze sind oft dort, wo 
sich 2 oder mehr wichtige Straßen treffen.


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

Re: [Talk-GB] Next Quarterly Project

[Brian Prangle]

Ed

Roughly what I do, but I separate the farmhouse by surrounding it with a
landuse=residental way. I also usually tag buildings either agricultural or
residential accordingly. Many can be listed buildings too so heritage
tagging applies. I try to connect farmyards to the road network with  a
track or service road

Regards

Brian

On 30 June 2016 at 18:20, Ed Loach  wrote:

> Are we going to need to discuss tagging?
>
>
>
> I tend to put landuse=farmyard on the way around the farmyard and
> name=
>
>
>
> I then put the address details on the farmhouse building, and just trace
> the other buildings and add a building tag (perhaps building=barn or
> building=stable if I know for certain, but often just building=yes).
>
>
>
> Random example here: http://osm.org/go/0EHzKANQU-
>
>
>
> Ed
>
>
>
> *From:* Brian Prangle [mailto:bpran...@gmail.com]
> *Sent:* 30 June 2016 18:13
> *To:* Talk GB
> *Subject:* [Talk-GB] Next Quarterly Project
>
>
>
> Hi everyone
>
> A new quarter starts tomorrow so we need a new topic.  How about farms?
> Or more precisely landuse=farmyard. These are major landmarks in rural
> areas, often with sizeable buildings and usually named in OS StreetView.
> The only data I've found  so far is that there are approx. 100,000
> recipients of EU farm subsidies and taginfo with approx 14,000 farms mapped
> in OSM - so a long way to go.  There are obvious problems with just
> armchair mapping - some farms seem to be little more than caravan storage,
> some have transformed into equestrian centres, small industrial parks or
> become just residential - so lots of encouragement for long walks or cycle
> rides in the country during our glorious English summer
>
> Those of us in mappamercia want to try and concentrate our efforts in one
> place as this makes a more obvious difference to the map - so we'll be
> concentrating on the county of Herefordshire, which is generally sparsely
> mapped. You're all welcome to assist, or to suggest a similar place in your
> own region.
>
> Rob Nickerson will be setting up a taginfo script to show us a running
> daily total.
>
>
>
> Happy mapping!
>
>
>
> Regards
>
> Brian
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] OSM UK site

[Rob Nickerson]

Hi Dennis,

Don't worry about hosting issues when comparing the options. The group
should probably get its own hosting anyway. The Mappa Mercia one is super
easy to use and that's coming from somebody who is not techy at all.

To set up the wordpress account all that was needed was to sign in to
Webfaction dashboard, select "add new application" and then click
wordpress. Ta-da a fully functional wordpress installation! Since then we
added an application for simple (static) pages. This is how we drive the
maps on mappa-mercia.org.

Key things is that whatever we do it is easy to use. The old mappa-mercia
site wasn't and we were dependent on one person. When he left the site
died. Similarly the current state of the map website is github pages system
and is too techie for me. This is frustrating as I now rely on one or two
people to do the updates. You need the barrier to be low so that as many
people as possible can be involved with keeping it maintained.

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

Re: [OSRM-talk] Accuracy of distance matrix calculation

[Daniel Patterson]

Milton,

  OSRM depends on the tags in OpenStreetmap to estimate travel speeds, and it 
is not always right.  For this particular route, it looks like we think the 
speed is about 60km/h based on the road tags.
  You can see what OSRM thinks of the underlying road network on the debug map:

http://map.project-osrm.org/debug/#17.65/8.51453/76.97262 


  The road is unnamed, and has a `maxspeed=60` tag on it.  We assume cars will 
drive at approximately the speed limit.

  I do not know where TravelMath gets their routing results from, but there's a 
good chance they are using Google behind the scenes.  Google uses data from 
mobile phones to get better estimates for travel speeds on roads, this leads to 
more realistic ETA calculation.  Unfortunately, that kind of data is all 
private, so OSRM does not have access to it.  The best we can do is estimate 
based on the metadata we have in OpenStreetmap.

  If you have your own source of improved driving-speed data, you can set up 
your own OSRM server and import it using the "traffic data features" (see the 
OSRM Wiki).

  To answer your other questions:

- Do you want shortest distance routes, or do you want shortest time 
routes, and return the distances for those?  You can do the former by setting 
all speeds in the `car.lua` profile to 3.6km/h, routes will then be calculated 
as shortest distance, and returned "duration" values will be in meters.

- If you run your own OSRM server, you can set the maximum car speed in the 
`car.lua` profile before pre-processing the data.  You cannot set it on a 
per-query basis.

  Note that the API can return an `annotations` element, which tells you the 
specific duration and distance of every segment of the returned route.  If you 
want to cap the speed, you could use this data to adjust the ETA in the 
returned response using your speed limit to fix the returned durations.  This 
would be somewhat complex, but doable.  Note that it would not *route* using a 
maximum speed, but you could somewhat correct your ETA with this approach.

daniel

> On Jun 30, 2016, at 10:10 AM, Milton Garcia Borroto  
> wrote:
> 
> Dear Daniel,
> Thank you very much for your promptly reply. We are using osrm for building a 
> large distance matrix. Take a look for example to this calculation: 
> Source: 8.512421667,76.97160333
> Destination: 8.538019178,76.96748103
> OSRM returns 3min 30 sec. If you check in travelmath, they return 10 minutes, 
> which is more logical answer for a 5 km distance.
> Then I have some other questions:
> - Is there a way to get the distances instead of time?
> - Is there a way to select maximum car speed?
> Regards,
> Milton
> 
> 2016-06-30 11:55 GMT-05:00 Daniel Patterson  >:
> Milton,
> 
>   What's the exact route in question?  Start/end coordinates, or a link to 
> map.project-osrm.org  would help us figure out 
> why it's marked as being so fast.
> 
> daniel
> 
>> On Jun 30, 2016, at 9:30 AM, Milton Garcia Borroto > > wrote:
>> 
>> Hi everybody,
>> I started using osrm few weeks ago, first the demo and now I am running it 
>> in my own server. When using the distance matrix, I am obtaining very 
>> different results from other services like TravelMath (www.travelmath.com 
>> ). Taken a deeper look at the osrm results, I 
>> note that you need to move really fast to attain the resultant times. For 
>> example, a ride of 3.3 km is reported to be done in 3 minutes 30 seconds. Am 
>> I doing or understanding something wront? Can I change the maximum speed?
>> Regards,
>> Milton
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/osrm-talk 
>> 
> 
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/osrm-talk 
> 
> 
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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

Re: [Talk-GB] OSMUK local chapter

[Rob Nickerson]

BTW here are my notes from when I researched collaboration tools (focused
on communication and decision making, rather than projects)

https://docs.google.com/document/d/11Z9vCilV96Tah5ruGFTIaSGxojEC9pvHo48Sc4vw5_Y/edit?usp=sharing

Feel free to add comments.

*Rob*
p.s. I'm aware that OSMF use Wordpress, Loomio, Slack (at least the SotM WG
have started with this although my own research suggested Fleep may be
better). If you know more, please share.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OSMUK local chapter

[Rob Nickerson]

>I actually just created a poll for the most suitable web platform for
OSMUK.
>
>- Community Blog (blogger)
>- Static Webpage
>- Wiki
>- Loomio
>- Slack (i don't really get it)
>- Maillist (talk-gb)
>

Thanks Dennis,

To be clear, I'm not saying that Loomio should be our only web presence -
in fact, far from it. I prefer it as a tool for discussions that will
ultimately need some form of decision. Way too often I see people coming to
the mailing list asking for agreement to do something or opinion on
something and we bombard them with so many confusing messages their spirits
get eroded. Loomio can help us to develop a discussion in to a final
recommendation.

For the main website, I feel Wordpress may be better than blogger. Over the
years we have had both at Mappa Mercia and my preference is Wordpress. It
does community blog well but can be so much more. You can easily add
webpages, maps etc. For reference mappa-mercia.org is on wordpress and It's
also used by the OSMF and their CWG. This is however something we can
discuss.

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

Re: [Talk-it] Fwd: HELP per rollback gruppo di modifiche

[Simone Cortesi]

Grazie!

2016-06-30 19:02 GMT+02:00 Lorenzo Mastrogiacomi :
> Ci penserò io
>
>
>
> Il giorno gio, 30/06/2016 alle 18.20 +0200, Simone Cortesi ha scritto:
>
> Ciao,
> mi chiedono aiuto per questo revert.
>
> C'e' qualcuno che può dare una mano?
>
> Grazie,
> S.
>
>
> -- Forwarded message --
> From: S. Berga 
> Date: 2016-06-30 17:41 GMT+02:00
> Subject: HELP per rollback gruppo di modifiche
> To: "sim...@osmfoundation.org" 
>
>
> Ciao Simone,
>
> mi chiamo Stefano e sono un utente di OSM, ho trovato il tuo indirizzo
> nelle pagine di wiki...
>
> Ti scrivo per chiederti un supporto e/o nel caso sapere a chi mi
> potrei rivolgere.
>
> Ho effettuato alcune modifiche per mappare sentieri, strade, case ma
> soprattuto estendere l'utilizzo del terreno cercando di copiare quanto
> più realistico possibile tra foreste, terreni agricoli, pietraie,
> etc...
>
> Ho paura di aver cancellato/modificato qualcosa (e non riesco a capire
> cosa) per la quale tutta la zona boschiva che con fatica via-via ho
> mappato è sparita.
> Penso di aver individuato il "gruppo di modifiche" che ha portato a
> questo "disastro" e dovrebero essere il 40394917 e/o il 40394421 (o
> forse anche il 40385388).
> Ho cercato ma non ho trovato il modo di fare il roolback di questi
> gruppi di modifiche. C'è un modo?
> Gli aggiornamenti li ho fatti con l'editor web iD
>
> Grazie tante,
> Stefano
>
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
-S

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

Re: [Talk-de] Wie viel Werbung sollte in die Wochennotiz?

[Michael Kugelmann]

Am 30.06.2016 um 10:10 schrieb Manfred A. Reiter:

Wenn man sieht, wie HOT sehr offensiv und erflogreich Gelder einwirbt, dann
muss die Frage erlaubt sein, ob dies nicht auch für FOSSIGS und OSMF gelten
dürfte.
HOT ist schon speziell und nicht jeder in der Community ist damit 
einverstanden wie HOT auftritt...
Aber wenn man ein paar Köpfe "mit Beziehungen" hat welche Türe offnen, 
dann geht viel. Das gibt es eben bei HOT und nicht in der OSMF. Und 
"Humanitarian" kann man halt an manchen Stellen (wo viel Geld zu holen 
ist) gut verkaufen.



Professionalisierung ist eine Sache, Unterstützung wichtiger Mitglieder der
Community eine andere.
Es ist nicht einfach den Schritt von einer Projektidee weniger zu einer 
einer engagierten Community zu gehen (aber wir haben es geschafft). Aber 
ist weitaus schwerer dann zu einer professionellen und stabilen 
Organisation zu kommen. Und wenn die Struktuiren größer und stabiler 
werden und dann mehr Geld da ist, wird es nicht einfacher (siehe 
Wikipedia!).



Wir sollten das nicht immer nur durch unsere
mitteleurpäsiche Brille sehen.

Absolute Zustimmung!


ME müssen sowohl OSMF als aus der Vertreter von OSM in DL auf finanziell
bessere Beine gestellt werden.


Etwas besser wäre sicher wünschenswert. Aber Geld ist nicht das 
Allerheilmittel (im Gegenteil).



Just my 2 cents,
Michael.



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

Re: [Talk-GB] Next Quarterly Project

[Ed Loach]

Are we going to need to discuss tagging?

 

I tend to put landuse=farmyard on the way around the farmyard and name=

 

I then put the address details on the farmhouse building, and just trace the 
other buildings and add a building tag (perhaps building=barn or 
building=stable if I know for certain, but often just building=yes).

 

Random example here: http://osm.org/go/0EHzKANQU-

 

Ed

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 30 June 2016 18:13
To: Talk GB
Subject: [Talk-GB] Next Quarterly Project

 

Hi everyone

A new quarter starts tomorrow so we need a new topic.  How about farms?  Or 
more precisely landuse=farmyard. These are major landmarks in rural areas, 
often with sizeable buildings and usually named in OS StreetView. The only data 
I've found  so far is that there are approx. 100,000  recipients of EU farm 
subsidies and taginfo with approx 14,000 farms mapped in OSM - so a long way to 
go.  There are obvious problems with just armchair mapping - some farms seem to 
be little more than caravan storage, some have transformed into equestrian 
centres, small industrial parks or become just residential - so lots of 
encouragement for long walks or cycle rides in the country during our glorious 
English summer

Those of us in mappamercia want to try and concentrate our efforts in one place 
as this makes a more obvious difference to the map - so we'll be concentrating 
on the county of Herefordshire, which is generally sparsely mapped. You're all 
welcome to assist, or to suggest a similar place in your own region.

Rob Nickerson will be setting up a taginfo script to show us a running daily 
total.

 

Happy mapping!

 

Regards

Brian

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

Re: [Talk-de] Wie viel Werbung sollte in die Wochennotiz?

[Michael Kugelmann]

Am 30.06.2016 um 11:32 schrieb Christoph Hormann:

eine einzige empfohlene Unterkunft für fast 100 Euro pro Nacht sehe,

Nur ein kurzer Kommentar hierzu: Brüssel ist immer (sehr) teuer...
(Belgische Hauptstadt, Nato, Europäische Institutionen und dazu dann 
jede Menge Firmen und Lobby-Vertreter <= das hebt alles die Preise, 
selbst am Wochenende).



Grüße,
Michael.   (der dort schon privat ein paar Nächte zugebracht hat)


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

[Talk-GB] Next Quarterly Project

[Brian Prangle]

Hi everyone

A new quarter starts tomorrow so we need a new topic.  How about farms?  Or
more precisely landuse=farmyard. These are major landmarks in rural areas,
often with sizeable buildings and usually named in OS StreetView. The only
data I've found  so far is that there are approx. 100,000  recipients of EU
farm subsidies and taginfo with approx 14,000 farms mapped in OSM - so a
long way to go.  There are obvious problems with just armchair mapping -
some farms seem to be little more than caravan storage, some have
transformed into equestrian centres, small industrial parks or become just
residential - so lots of encouragement for long walks or cycle rides in the
country during our glorious English summer

Those of us in mappamercia want to try and concentrate our efforts in one
place as this makes a more obvious difference to the map - so we'll be
concentrating on the county of Herefordshire, which is generally sparsely
mapped. You're all welcome to assist, or to suggest a similar place in your
own region.

Rob Nickerson will be setting up a taginfo script to show us a running
daily total.

Happy mapping!

Regards

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

Re: [OSRM-talk] Accuracy of distance matrix calculation

[Daniel Hofmann]

There's also a debug endpoint showing the assigned speeds:
http://map.project-osrm.org/debug/#12.21/52.5233/13.3987

On Thu, Jun 30, 2016 at 6:55 PM, Daniel Patterson  wrote:

> Milton,
>
>   What's the exact route in question?  Start/end coordinates, or a link to
> map.project-osrm.org would help us figure out why it's marked as being so
> fast.
>
> daniel
>
> On Jun 30, 2016, at 9:30 AM, Milton Garcia Borroto <
> milton.gar...@gmail.com> wrote:
>
> Hi everybody,
> I started using osrm few weeks ago, first the demo and now I am running it
> in my own server. When using the distance matrix, I am obtaining very
> different results from other services like TravelMath (www.travelmath.com).
> Taken a deeper look at the osrm results, I note that you need to move
> really fast to attain the resultant times. For example, a ride of 3.3 km is
> reported to be done in 3 minutes 30 seconds. Am I doing or understanding
> something wront? Can I change the maximum speed?
> Regards,
> Milton
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Accuracy of distance matrix calculation

[Milton Garcia Borroto]

Dear Daniel,
Thank you very much for your promptly reply. We are using osrm for building
a large distance matrix. Take a look for example to this calculation:
Source: 8.512421667,76.97160333
Destination: 8.538019178,76.96748103
OSRM returns 3min 30 sec. If you check in travelmath, they return 10
minutes, which is more logical answer for a 5 km distance.
Then I have some other questions:
- Is there a way to get the distances instead of time?
- Is there a way to select maximum car speed?
Regards,
Milton

2016-06-30 11:55 GMT-05:00 Daniel Patterson :

> Milton,
>
>   What's the exact route in question?  Start/end coordinates, or a link to
> map.project-osrm.org would help us figure out why it's marked as being so
> fast.
>
> daniel
>
> On Jun 30, 2016, at 9:30 AM, Milton Garcia Borroto <
> milton.gar...@gmail.com> wrote:
>
> Hi everybody,
> I started using osrm few weeks ago, first the demo and now I am running it
> in my own server. When using the distance matrix, I am obtaining very
> different results from other services like TravelMath (www.travelmath.com).
> Taken a deeper look at the osrm results, I note that you need to move
> really fast to attain the resultant times. For example, a ride of 3.3 km is
> reported to be done in 3 minutes 30 seconds. Am I doing or understanding
> something wront? Can I change the maximum speed?
> Regards,
> Milton
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-de] place=square

[Georg Feddern]

Am 29.06.2016 um 13:22 schrieb Tom Pfeifer:


> Und was ist wenn es eine Straße und ein Place gibt die gleich heissen?

Ja, was empfehlen wir insbesondere wenn es den Schlossplatz gibt, der
auch von einem highway=* durchzogen wird, der auch mit Schlossplatz
beschildert ist?

addr:place oder addr:street an die Häuser?

(Als konkretes Beispiel hätte ich den Molkenmarkt in Berlin zu bieten.) 


Technisch gesehen ist das egal, was man dann verwendet.
Wenn man die Historie betrachtet, war meist der Platz zuerst da, während 
sich die Straßen (Verkehrswege) erst in der 'Neuzeit' herausdominierten 
- aber praktisch immer noch Teil des Platzes sind. Verwaltungsmäßig wird 
das also eher der place sein.


Aber ich würde da auch eher pragmatisch nach der Anordnung / dem 
Sichtbaren gehen:
Sind die Häuser um den Platz angeordnet, während die Straße eher im 
'Abseits' liegt => place

Sind die Häuser eher an der Straße angeordnet => street.

Grüße, Georg

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

Re: [Talk-it] Fwd: HELP per rollback gruppo di modifiche

[Lorenzo Mastrogiacomi]

Ci penserò io


Il giorno gio, 30/06/2016 alle 18.20 +0200, Simone Cortesi ha scritto: 

> Ciao,
> mi chiedono aiuto per questo revert.
> 
> C'e' qualcuno che può dare una mano?
> 
> Grazie,
> S.
> 
> 
> -- Forwarded message --
> From: S. Berga 
> Date: 2016-06-30 17:41 GMT+02:00
> Subject: HELP per rollback gruppo di modifiche
> To: "sim...@osmfoundation.org" 
> 
> 
> Ciao Simone,
> 
> mi chiamo Stefano e sono un utente di OSM, ho trovato il tuo indirizzo
> nelle pagine di wiki...
> 
> Ti scrivo per chiederti un supporto e/o nel caso sapere a chi mi
> potrei rivolgere.
> 
> Ho effettuato alcune modifiche per mappare sentieri, strade, case ma
> soprattuto estendere l'utilizzo del terreno cercando di copiare quanto
> più realistico possibile tra foreste, terreni agricoli, pietraie,
> etc...
> 
> Ho paura di aver cancellato/modificato qualcosa (e non riesco a capire
> cosa) per la quale tutta la zona boschiva che con fatica via-via ho
> mappato è sparita.
> Penso di aver individuato il "gruppo di modifiche" che ha portato a
> questo "disastro" e dovrebero essere il 40394917 e/o il 40394421 (o
> forse anche il 40385388).
> Ho cercato ma non ho trovato il modo di fare il roolback di questi
> gruppi di modifiche. C'è un modo?
> Gli aggiornamenti li ho fatti con l'editor web iD
> 
> Grazie tante,
> Stefano
> 



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

Re: [OSRM-talk] Accuracy of distance matrix calculation

[Daniel Patterson]

Milton,

  What's the exact route in question?  Start/end coordinates, or a link to 
map.project-osrm.org  would help us figure out 
why it's marked as being so fast.

daniel

> On Jun 30, 2016, at 9:30 AM, Milton Garcia Borroto  
> wrote:
> 
> Hi everybody,
> I started using osrm few weeks ago, first the demo and now I am running it in 
> my own server. When using the distance matrix, I am obtaining very different 
> results from other services like TravelMath (www.travelmath.com 
> ). Taken a deeper look at the osrm results, I 
> note that you need to move really fast to attain the resultant times. For 
> example, a ride of 3.3 km is reported to be done in 3 minutes 30 seconds. Am 
> I doing or understanding something wront? Can I change the maximum speed?
> Regards,
> Milton
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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

[talk-latam] Semanario Nr. 310

[Laura Barroso]

Hola, el semanario Nr. 310, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

http://www.weeklyosm.eu/es/archives/7765
¡Disfruta!




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

[OSM-co] Semanario Nr. 310

[Laura Barroso]

Hola, el semanario Nr. 310, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

http://www.weeklyosm.eu/es/archives/7765
¡Disfruta!




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

[Talk-cu] Semanario Nr. 310

[Laura Barroso]

Hola, el semanario Nr. 310, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

http://www.weeklyosm.eu/es/archives/7765
¡Disfruta!




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

[OSRM-talk] Accuracy of distance matrix calculation

[Milton Garcia Borroto]

Hi everybody,
I started using osrm few weeks ago, first the demo and now I am running it
in my own server. When using the distance matrix, I am obtaining very
different results from other services like TravelMath (www.travelmath.com).
Taken a deeper look at the osrm results, I note that you need to move
really fast to attain the resultant times. For example, a ride of 3.3 km is
reported to be done in 3 minutes 30 seconds. Am I doing or understanding
something wront? Can I change the maximum speed?
Regards,
Milton
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] Violazione

[Simone Cortesi]

Ciao,
vedi se riesci ad ottenere giustizia.

Se le cose non vanno avanti, vediamo come intervenire come OpenStreetMap Italia

Grazie,
S.

2016-06-29 21:47 GMT+02:00 Cascafico Giovanni :
> Ho notato che una mappa cartacea 40x40cm delle Valli del Natisone (UD)
> prodotta da una proloco , gratuitamente distribuita, con diversi inserti
> pubblicitari, nonché patrocinata da diversi comuni e regione Fvg, ha fatto
> largo uso dei dati Openstreetmap senza attribuirne la fonte.
>
> Dove segnalo? Ho preparato una breve lettera, ma a cose fatte, cosa può
> servire fargli sapere che hanno violato?
>
>
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
-S

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

[Talk-it] Fwd: HELP per rollback gruppo di modifiche

[Simone Cortesi]

Ciao,
mi chiedono aiuto per questo revert.

C'e' qualcuno che può dare una mano?

Grazie,
S.


-- Forwarded message --
From: S. Berga 
Date: 2016-06-30 17:41 GMT+02:00
Subject: HELP per rollback gruppo di modifiche
To: "sim...@osmfoundation.org" 


Ciao Simone,

mi chiamo Stefano e sono un utente di OSM, ho trovato il tuo indirizzo
nelle pagine di wiki...

Ti scrivo per chiederti un supporto e/o nel caso sapere a chi mi
potrei rivolgere.

Ho effettuato alcune modifiche per mappare sentieri, strade, case ma
soprattuto estendere l'utilizzo del terreno cercando di copiare quanto
più realistico possibile tra foreste, terreni agricoli, pietraie,
etc...

Ho paura di aver cancellato/modificato qualcosa (e non riesco a capire
cosa) per la quale tutta la zona boschiva che con fatica via-via ho
mappato è sparita.
Penso di aver individuato il "gruppo di modifiche" che ha portato a
questo "disastro" e dovrebero essere il 40394917 e/o il 40394421 (o
forse anche il 40385388).
Ho cercato ma non ho trovato il modo di fare il roolback di questi
gruppi di modifiche. C'è un modo?
Gli aggiornamenti li ho fatti con l'editor web iD

Grazie tante,
Stefano

-- 
-S

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

Re: [Talk-us] What should we do for wildfires?

[Russell Deffner]

Yes Val,

Maybe I sounded a bit too discouraging in my first reply, so in my opinion 
there's really only two things we need to do to get OSM used in US disaster 
response:
1. Keep mapping and doing all the things we do to continually improve OSM; the 
more 'complete'/up-to-date the map is before the incident, the more useful it 
will be.
2. Keep up outreach - both to agencies and individuals...

Getting general awareness to individual firefighters/responders is easier and 
may be more successful; however, myself and a few others from HOT recently 
worked with folks from FEMA to generate data in OSM for the Mariana Islands; as 
there wasn't really any public source. And HOT helped support Hurricane Sandy, 
but not exactly/directly via the typical OSM mapping projects. So we have made 
some progress and of course there's lots of folks in local, state and federal 
government on this list who are working on this stuff. Specific to this fire, 
or any incident, if we do want to set-up a mapping project; I can help there.

=Russ

-Original Message-
From: Valerie Anderson [mailto:vale...@andersongeospatial.com] 
Sent: Thursday, June 30, 2016 9:37 AM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] What should we do for wildfires?

Hey all,

I'm a current wildland firefighter but all I do are prescribed fires
here in Florida. In terms of getting ICs using OSM your best bet would
be to get they guys who do fire every week to start using and
contributing to OSM. They're usually the ones tapped for local and
remote wildfires. They also have a ton of data for firelines, land
cover, escape routes, and wetlands. I think you probably won't be able
to get anyone to use OSM for incidents in the US until it's a lot
better, but a better first step would be to get local governments to
quit using their own data/proprietary programs to manage their roads,
streetlights, and routing emergency vehicles and get a few to switch to
OSM. That would make an IC much more likely to rely on OSM for a future
wildfire, particularly if a local burn boss was already familiar with
it.

Cheers,

Val


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

Re: [Talk-us] Join us for another import party at the L.A. Times June 25

[Robert Banick]

Very interesting, let me talk to my coworkers and get back to you on that.
Perhaps the Japanese OSM community would have some ideas.

On Thu, Jun 30, 2016 at 6:59 PM Jonathan Schleuss  wrote:

> Thanks, Robert.
>
> I do have some structural information about some types of earthquake-risk
> buildings. We have a database of "dingbats" that Los Angeles city is
> mandating be retrofitted or proved safe over the next few years. These are
> apartment buildings with parking underneath the dwelling spaces, which are
> supported by small poles. A lot of these collapsed during the last major
> quake in the 90s.
>
> Adding this has come up in meetings before. I haven't spent too much time
> thinking about it. I'd love any ideas and suggestions.
>
> Database:
> http://graphics.latimes.com/soft-story-apartments-needing-retrofit/
> Story:
> http://www.latimes.com/local/california/la-me-quake-risk-20160415-story.html
> New github repo to track this idea:
> https://github.com/socal-osm/earthquake-risk
>
> Jon
>
> On Jun 30, 2016, at 10:50 AM, Robert Banick  wrote:
>
> Hey Jonathon,
>
> This looks great, it’s fantastic to see the LA Times leading on this work.
> Adding buildings to LA is super cool. Having grown up in suburbanized
> Atlanta I know it’s a lot harder to wander about and add buildings than in,
> say, New York or Berlin.
>
> Quick question: do you all have any structural information about the
> buildings related to earthquake safety? If so I’d be interested in what
> tagging schema you’re using for them. I work with OSM for disaster
> management in my day job so I’m always keeping an eye out for good ideas
> from others.
>
> Keep it up and don’t let the usual import haters get you down.
>
> - Robert
>
>
> On Thu, Jun 30, 2016 at 6:37 PM Rihards  wrote:
>
>> On 2016.06.30. 17:58, Michael Reichert wrote:
>> > Hi,
>> >
>> > Am Fri, 17 Jun 2016 22:20:46 + schrieb Jonathan Schleuss:
>> >> The Los Angeles Times will host another import party to push the "Great
>> >> L.A. County Import" forward. We've imported more than half a million
>> >> buildings with the great help of locals and the folks from Mapbox.
>> >
>> > Did each participant use a separate account for this import?
>> >
>> >> My focus is to use this import strengthen the Southern California OSM
>> >> community. But, the project is open to all. If you're in the area,
>> >> please join us.
>> >
>> > Do you really believe that this helps the local community? A healthy map
>> > has a strong community and a strong community consists out of people who
>> > look after their neighbourhood on the map (i.e. keep data up to date).
>>
>> a good import motivates local mappers. when they see that the map is
>> kinda there but a pub, shop or housenumber is missing, it easier for
>> them to start.
>> if they see blank area, they go "why bother".
>> building outlines are very hard to collect for amateur mappers, and it
>> is a large amount of work even with good sources.
>>
>> i'd like to say thank you to everybody who has done a proper, careful
>> building import (no overlaps with existing buildings, no nodes on
>> straight sections, orthogonalised etc :) ) - i know it was a lot of work.
>> ...
>> --
>>   Rihards
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-cz] Poznámky uživatelů

[Petr Vozdecký]

-- Původní zpráva --
Od: Miroslav Suchý 



"Dne 30.6.2016 v 13:51 Petr Vozdecký napsal(a):
> obecně, co píšeš, zdá se mi, že je spíše na nějakou důraznou žádost
> (pak
> nějakou tu masivní letákovou kampaň a alegorické vozy ... :-)) na
> adresu
> maps.me, aby zvedli bariéru pro přispívání do mapy
>
>
> +1
>
>
> to je asi spravne reseni, snaha dobra, jen se to krapet zvrhava... ale
> to neni vina tech uzivatelu, je to nedomysleni tech kroku ze strany
> MapsMe... kdyz databazi tohoto typu timto zpusobem daji vsanc siroke
> verejnosti...


Nesouhlasím.
Všimli jste si kolik v poslední době přibylo POI? Hodně. A kolik 
takových objektů má vyplněnou website= a opening_hours=?
Mimochodem ten editor v maps.me na otvírací hodiny je naprosto geniální.
Za mě osobně má maps.me velkou pochvalu.
Ono je mnohem jednoduší odstranit ty nevhodné poznámky než přijít na to, 
že v daném místě je restaurace/hotel/obchod.

Prostě pokud se zvedl počet editací, tak se zvedl i počet nevhodných 
editací. Resp. vyloženě špatné úpravy pomocí maps.me jsem ještě neviděl. 
Zatím se to IMHO projevuje jenom na poznámkách."



Nemohu souhlasit. Plusové body nelze MapsME upřít. To rozhodně ne. Ale nelze
se při tom nedívat na to, že ve své snaze získat nové informace jdou až za 
rozumnou mez. Doplňování POI či opening_hours je jedna věc a druhá je ta, 
když dají mase lidí do ruky nástroj na hromadné zasílání Notes, aniž by je 
jakkoliv edukovali v tom, k čemu to je a k čemu není dobré. Ten rozvoj se, 
pokud to oni nepřibrzdí, bude zvětšovat s popularitou aplikace...




Tedy navrhuji působit na MapsME, aby ten nástroj "přibrzdila". Ne omezením 
toho nástroje (počet znaků zprávy atp.), ale nějakou edukací a zpětnou 
vazbou. Jednu zpětnou vazbu můžeme dělat my přes Notes a trpělivě odpovídat 
do těch Notes s doufáním, že si to v systémem zaslaném mailu přečtou. Ale 
dalo by se to částečně řešit už na straně aplikace - např. formulář, který 
"nedovolí" odeslat jen "co je blbě", ale i vyplněné políčko "jak je to 
dobře". S vysvětlením, že ta první informace je nám obecně vzato dobrá, ale 
ve velkém množství podobných hlášení vesrkze na prd...




Nebo ať přidají do Notes URL ke kliknutí "toto bylo na nic a bylo zahozeno" 
a počítají "statistiky". Budeme jim při vyřizování Notes na to klikat. Když 
bude mít někdo 3x víc Notes "na prd", tak dostane edukační mail... Atd.





vop

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

Re: [Talk-us] Join us for another import party at the L.A. Times June 25

[Jonathan Schleuss]

Thanks, Robert.

I do have some structural information about some types of earthquake-risk buildings. We 
have a database of "dingbats" that Los Angeles city is mandating be retrofitted 
or proved safe over the next few years. These are apartment buildings with parking 
underneath the dwelling spaces, which are supported by small poles. A lot of these 
collapsed during the last major quake in the 90s.

Adding this has come up in meetings before. I haven't spent too much time 
thinking about it. I'd love any ideas and suggestions.

Database: http://graphics.latimes.com/soft-story-apartments-needing-retrofit/
Story: 
http://www.latimes.com/local/california/la-me-quake-risk-20160415-story.html
New github repo to track this idea: https://github.com/socal-osm/earthquake-risk

Jon

On Jun 30, 2016, at 10:50 AM, Robert Banick  wrote:

Hey Jonathon,

This looks great, it’s fantastic to see the LA Times leading on this work. 
Adding buildings to LA is super cool. Having grown up in suburbanized Atlanta I 
know it’s a lot harder to wander about and add buildings than in, say, New York 
or Berlin. 

Quick question: do you all have any structural information about the buildings 
related to earthquake safety? If so I’d be interested in what tagging schema 
you’re using for them. I work with OSM for disaster management in my day job so 
I’m always keeping an eye out for good ideas from others.

Keep it up and don’t let the usual import haters get you down.

- Robert


On Thu, Jun 30, 2016 at 6:37 PM Rihards  wrote:
On 2016.06.30. 17:58, Michael Reichert wrote:

Hi,

Am Fri, 17 Jun 2016 22:20:46 + schrieb Jonathan Schleuss:

The Los Angeles Times will host another import party to push the "Great
L.A. County Import" forward. We've imported more than half a million
buildings with the great help of locals and the folks from Mapbox.


Did each participant use a separate account for this import?


My focus is to use this import strengthen the Southern California OSM
community. But, the project is open to all. If you're in the area,
please join us.


Do you really believe that this helps the local community? A healthy map
has a strong community and a strong community consists out of people who
look after their neighbourhood on the map (i.e. keep data up to date).


a good import motivates local mappers. when they see that the map is
kinda there but a pub, shop or housenumber is missing, it easier for
them to start.
if they see blank area, they go "why bother".
building outlines are very hard to collect for amateur mappers, and it
is a large amount of work even with good sources.

i'd like to say thank you to everybody who has done a proper, careful
building import (no overlaps with existing buildings, no nodes on
straight sections, orthogonalised etc :) ) - i know it was a lot of work.
...
--
  Rihards

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

Re: [Talk-GB] OSMUK local chapter

[Dennis Bauszus]

On 29/06/2016 19:57, Rob Nickerson wrote:

So here is my 100 day plan (the first general meeting is a given so not
included here):

1. Create a portal for discussion and decision making.

I hate to tell you but talk-gb sucks. In fact mailing lists in general
suck. They work well for techy people but don't appeal to Aunty Jane. If
we want to expand our community beyond our current group we need to
appeal to a less techy audience. Several months ago I looked at all
sorts of platforms many of which are great for discussions and sharing
info (e.g. slack, fleep, gitter, facebook) but very few are good for
group decision making. If we want this project to be a group one (and we
should) rather than a director project then a decision making tool will
help.

I recommend Loomio and it is therefore my first 100 day task. We can
host on their site (like the OSMF do) or self host.

Any volunteers for self hosting? See:
https://github.com/loomio/loomio-deploy

I will set a group up in a few days unless somebody offers to deploy to
their server.


2. Run a competition for ideas (with money to pay for their implementation)

Once a discussion and decision making tool has been set up lets share
ideas. Give a certain amount of time and then pick a winner! The
following are essentially my suggestions to such a competition.


3. Website
We need to start thinking about our website. Whatever we develop has to
cover off our objectives. A big front page map (like openstreetmap.org
) will not in my opinion do that. I prefer a
website such as http://switch2osm.org , http://openstreetmap.de/ , or
http://mappa-mercia.org

Do others agree?


4. Promote the quarterly projects
We've seen that these can be successful but we need a crack team of
people to help promote these. Let's set up such a team.


5. Regional champions
We need to spread the work. If we could have a Chairperson committed to
OSM UK as their day job then great. If not, then let's split the work
and build a community of regional champions.


6. Get a newsletter going
We've set one of these up for State of the Map (via mailchimp) and now
have over 500 people subscribed. Communication requires ongoing work but
I'd put it in the list of top few tasks.


7. Buy some equipment and loan it out.
OSM previously loaned out GPS devices. We could do the same but expand
it to GoPro cameras (for mapillary style mapping), laser distance
measuring devices (useful for building heights), etc..


Regards,
*Rob*


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




I agree with Rob. Maillists are terrible. For all the good which OSGB 
does, outreach is certainly not a mailchimp strength.


I still believe that a community blog is the way forward at this stage. 
There are poll and mail widgets on blogger or wordpress. I personally 
prefer blogger as it is already hosted but we can also host a free 
wordpress blog on OpenShift. We can also host a wiki but do we have 
enough content to justify a wiki. This is probably something for further 
down the line. Static websites are good for companies but not really for 
a community organisation.


There are poll and mail list widgets on blogger. Other javascript 
widgets are also available.


I actually just created a poll for the most suitable web platform for OSMUK.

- Community Blog (blogger)
- Static Webpage
- Wiki
- Loomio
- Slack (i don't really get it)
- Maillist (talk-gb)

Have a look and vote on

https://osmuk.blogspot.co.uk/

Please drop me a mail if you want to be a moderator and post stuff. It 
would be nice if people give it a try and post some information. Rob, 
can you post your roadmap please?


Being tied up with work myself right now but plan to do a post about the 
OSM projects my company is currently doing.


I can also sort out a maillist widget for OSMUK next week.

Best,
Dennis


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

Re: [Talk-us] Join us for another import party at the L.A. Times June 25

[Robert Banick]

Hey Jonathon,

This looks great, it’s fantastic to see the LA Times leading on this work.
Adding buildings to LA is super cool. Having grown up in suburbanized
Atlanta I know it’s a lot harder to wander about and add buildings than in,
say, New York or Berlin.

Quick question: do you all have any structural information about the
buildings related to earthquake safety? If so I’d be interested in what
tagging schema you’re using for them. I work with OSM for disaster
management in my day job so I’m always keeping an eye out for good ideas
from others.

Keep it up and don’t let the usual import haters get you down.

- Robert


On Thu, Jun 30, 2016 at 6:37 PM Rihards  wrote:

> On 2016.06.30. 17:58, Michael Reichert wrote:
> > Hi,
> >
> > Am Fri, 17 Jun 2016 22:20:46 + schrieb Jonathan Schleuss:
> >> The Los Angeles Times will host another import party to push the "Great
> >> L.A. County Import" forward. We've imported more than half a million
> >> buildings with the great help of locals and the folks from Mapbox.
> >
> > Did each participant use a separate account for this import?
> >
> >> My focus is to use this import strengthen the Southern California OSM
> >> community. But, the project is open to all. If you're in the area,
> >> please join us.
> >
> > Do you really believe that this helps the local community? A healthy map
> > has a strong community and a strong community consists out of people who
> > look after their neighbourhood on the map (i.e. keep data up to date).
>
> a good import motivates local mappers. when they see that the map is
> kinda there but a pub, shop or housenumber is missing, it easier for
> them to start.
> if they see blank area, they go "why bother".
> building outlines are very hard to collect for amateur mappers, and it
> is a large amount of work even with good sources.
>
> i'd like to say thank you to everybody who has done a proper, careful
> building import (no overlaps with existing buildings, no nodes on
> straight sections, orthogonalised etc :) ) - i know it was a lot of work.
> ...
> --
>   Rihards
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] What should we do for wildfires?

[Valerie Anderson]

Hey all,

I'm a current wildland firefighter but all I do are prescribed fires
here in Florida. In terms of getting ICs using OSM your best bet would
be to get they guys who do fire every week to start using and
contributing to OSM. They're usually the ones tapped for local and
remote wildfires. They also have a ton of data for firelines, land
cover, escape routes, and wetlands. I think you probably won't be able
to get anyone to use OSM for incidents in the US until it's a lot
better, but a better first step would be to get local governments to
quit using their own data/proprietary programs to manage their roads,
streetlights, and routing emergency vehicles and get a few to switch to
OSM. That would make an IC much more likely to rely on OSM for a future
wildfire, particularly if a local burn boss was already familiar with
it.

Cheers,

Val

On Thu, 2016-06-30 at 14:58 +, talk-us-requ...@openstreetmap.org
wrote:
> Send Talk-us mailing list submissions to
>   talk-us@openstreetmap.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.openstreetmap.org/listinfo/talk-us
> or, via email, send a message with subject or body 'help' to
>   talk-us-requ...@openstreetmap.org
> 
> You can reach the person managing the list at
>   talk-us-ow...@openstreetmap.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-us digest..."
> 
> 
> Today's Topics:
> 
>    1. WeeklyOSM 310 (Jinal Foflia)
>    2. Re: What should we do for wildfires? (Josh Spencer)
>    3. Re: What should we do for wildfires? (Russell Deffner)
>    4. Re: Join us for another import party at the L.A. Times  J
> une
>   25 (Michael Reichert)
> 
> 
> ---
> ---
> 
> Message: 1
> Date: Thu, 30 Jun 2016 19:11:32 +0530
> From: Jinal Foflia 
> To: OpenStreetMap talk-us list 
> Subject: [Talk-us] WeeklyOSM 310
> Message-ID:
>    .com>
> Content-Type: text/plain; charset="utf-8"
> 
> The weekly round-up of OSM news, issue #310, is now available online
> in
> English, giving as always a summary of all things happening in the
> OpenStreetMap world:
> 
> http://www.weeklyosm.eu/archives/7765
> 
> Cheers,
> 
> Jinal Foflia 
> -- next part --
> An HTML attachment was scrubbed...
> URL:  160630/2fcc1058/attachment-0001.html>
> 
> --
> 
> Message: 2
> Date: Thu, 30 Jun 2016 12:24:35 +
> From: Josh Spencer 
> To: "talk-us@openstreetmap.org" 
> Subject: Re: [Talk-us] What should we do for wildfires?
> Message-ID:
>    M>
> Content-Type: text/plain; charset="utf-8"
> 
> I work for a large insurance company and stumbled upon open street
> maps and their humanitarian mapping for some international
> catastrophe events.  Ironically, I've just switched email programs
> and my mail rule didn't transfer, so I have been paying more
> attention to this subscription.
> 
> I've always been curious about this and have been trying to see how
> all of this works.  I used a lot of public data as we planned for
> Fort McMurray response.  Any sort of mapping that confirms damaged
> buildings would be a great resource as every time something like this
> happens, the information flow is different.  I'm hoping that once I
> figure out how the maps and updates work, I can share them with some
> of the others I work with and contribute more.  I've got a few other
> industry contacts that would probably be up for the same as well.
> 
> If anyone can send me the best place to get started on fully
> understanding all of this, I would appreciate it.
> 
> 
> Josh Spencer
> 
> 
> 
> *** PLEASE NOTE ***
> This message, along with any attachments, is for the designated
> recipient(s) only and may contain privileged, proprietary, or
> otherwise confidential information. If this message has reached you
> in error, kindly destroy it without review and notify the sender
> immediately. Any other use of such misdirected e-mail by you is
> prohibited. Where allowed by local law, electronic communications
> with Zurich and its affiliates, including e-mail and instant
> messaging (including content), may be scanned for the purposes of
> information security and assessment of internal compliance with
> company policy.
> -- next part --
> An HTML attachment was scrubbed...
> URL:  160630/a630ad57/attachment-0001.html>
> 
> --
> 
> Message: 3
> Date: Thu, 30 Jun 2016 08:14:36 -0600
> From: "Russell 

Re: [Talk-us] Join us for another import party at the L.A. Times June 25

[Rihards]

On 2016.06.30. 17:58, Michael Reichert wrote:

Hi,

Am Fri, 17 Jun 2016 22:20:46 + schrieb Jonathan Schleuss:

The Los Angeles Times will host another import party to push the "Great
L.A. County Import" forward. We've imported more than half a million
buildings with the great help of locals and the folks from Mapbox.


Did each participant use a separate account for this import?


My focus is to use this import strengthen the Southern California OSM
community. But, the project is open to all. If you're in the area,
please join us.


Do you really believe that this helps the local community? A healthy map
has a strong community and a strong community consists out of people who
look after their neighbourhood on the map (i.e. keep data up to date).


a good import motivates local mappers. when they see that the map is 
kinda there but a pub, shop or housenumber is missing, it easier for 
them to start.

if they see blank area, they go "why bother".
building outlines are very hard to collect for amateur mappers, and it 
is a large amount of work even with good sources.


i'd like to say thank you to everybody who has done a proper, careful 
building import (no overlaps with existing buildings, no nodes on 
straight sections, orthogonalised etc :) ) - i know it was a lot of work.

...
--
 Rihards

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

Re: [Talk-us] Join us for another import party at the L.A. Times June 25

[Michael Reichert]

Hi,

Am Fri, 17 Jun 2016 22:20:46 + schrieb Jonathan Schleuss:
> The Los Angeles Times will host another import party to push the "Great
> L.A. County Import" forward. We've imported more than half a million
> buildings with the great help of locals and the folks from Mapbox.

Did each participant use a separate account for this import?

> My focus is to use this import strengthen the Southern California OSM
> community. But, the project is open to all. If you're in the area,
> please join us.

Do you really believe that this helps the local community? A healthy map 
has a strong community and a strong community consists out of people who 
look after their neighbourhood on the map (i.e. keep data up to date).

> Meetup even page Import guidelines Tasking manager I've also been
> working to improve our language on why we're doing this. Feedback and
> more ideas would be greatly appreciated!
> 
> Why are we doing this?
> 
> • To improve our map! More data will allow more users to create projects
> and do analysis on a variety of things. How many units are located
> within 1,000 feet of a freeway? What's the average building age in a
> neighborhood? What's the tallest building on Sunset Boulevard? The data
> will tell you.
> 
> • To catch up with other cities! New York has buildings. Seattle has
> buildings. San Francisco. Portland. Even Bakersfield has buildings. L.A.
> County should too!
> 
> • Because a big earthquake is coming. Free and open data will assist
> first responders. And later it will allow folks to update the buildings
> with tags showing whether they have been destroyed, are dangerous or
> have been red-tagged.

Why do buildings have to be at OSM? Is there any problem which prevents 
you and others to use a free-licensed third party source for building 
data if you have/want to create an emergency map?

> • To encourage more edits. Once buildings are in the map, people will be
> able to orient themselves to the shapes, making it easier to add more
> data, like names or businesses.

Adding POIs also works without buildings on the map. You still have 
aerial imagery (i.e. Bing). Apart from offline editors like OsmAnd and 
MAPS.ME, you have an aerial image available at all those editors.

Best regards

Michael


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

Re: [Talk-ca] Bike trail name check - Vancouver area

[Blake Girardot]

Thank you very much for looking!

Sorry to be a bother, just wanted to make sure as the topic of crude
language in OSM and specifically biking trails came up in the osm-us
community so I happened on it while looking at the issue in general.

Thank you again.

Regards,
Blake

On Thu, Jun 30, 2016 at 4:51 PM, Alan Richards  wrote:
> I believe that's correct. I've seen it as Severed D and C-Buster before as
> well.
>
>
>
>
> On Thu, Jun 30, 2016 at 7:45 AM -0700, "Blake Girardot"
>  wrote:
>
>> Perhaps someone with some local knowledge could look into the name of
>> this bike trail and some of the surrounding trails:
>>
>> https://www.openstreetmap.org/way/402020492
>>
>> They look likely incorrect to me (crude language), but what do I know.
>>
>> Regards,
>> Blake
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca

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

Re: [Talk-ca] Bike trail name check - Vancouver area

[Alan Richards]

I believe that's correct. I've seen it as Severed D and C-Buster before as 
well. 





On Thu, Jun 30, 2016 at 7:45 AM -0700, "Blake Girardot"  
wrote:










Perhaps someone with some local knowledge could look into the name of
this bike trail and some of the surrounding trails:

https://www.openstreetmap.org/way/402020492

They look likely incorrect to me (crude language), but what do I know.

Regards,
Blake

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





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

Re: [Talk-cz] Poznámky uživatelů

[Karel Volný]

Dne Čt 30. června 2016 16:20:45, Zdeněk Pražák napsal(a):
> rozumím tomu dobře tak, že na uvedené stránce se dá požádat o aktualizaci
> fotomapy? Kdy se aktualizace objeví.

ano, požádat lze, kdy se objeví se neví - Mapbox o tom píše[*]: "Please note 
that imagery is not improved on a set update schedule, but is added whenever 
and wherever it becomes available."

K.

[*] https://www.mapbox.com/help/imagery-update-requests/

> Dne 30. června 2016 14:13 Karel Volný  napsal(a):
> > zdar,
> > 
> > > > > změnu vyznačit a je potřeba sehnat GPX stopu nebo počkat na
> > 
> > aktualizaci
> > 
> > > > > fotomapy.
> > > > 
> > > > tož čekejme ... a kliknul jsi na tu oblast žádost o aktualizaci?
> > > 
> > > - tedy já teď preventivně jo, když se jich sejde víc, tak to snad nevadí
> > :
> > :-)
> > :
> > > o čem je řeč?
> > 
> > https://www.mapbox.com/bites/00240/#3/25.56/-33.22
> > 
> > K.
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-ca] Bike trail name check - Vancouver area

[Corey Burger]

Nope, that's fine. Mountain bikers are a crude lot:
http://www.trailforks.com/trails/c-buster/

On Thu, Jun 30, 2016 at 7:43 AM, Blake Girardot  wrote:

> Perhaps someone with some local knowledge could look into the name of
> this bike trail and some of the surrounding trails:
>
> https://www.openstreetmap.org/way/402020492
>
> They look likely incorrect to me (crude language), but what do I know.
>
> Regards,
> Blake
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Bike trail name check - Vancouver area

[Blake Girardot]

Perhaps someone with some local knowledge could look into the name of
this bike trail and some of the surrounding trails:

https://www.openstreetmap.org/way/402020492

They look likely incorrect to me (crude language), but what do I know.

Regards,
Blake

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

Re: [Talk-cz] Poznámky uživatelů

[Zdeněk Pražák]

rozumím tomu dobře tak, že na uvedené stránce se dá požádat o aktualizaci
fotomapy? Kdy se aktualizace objeví.

Dne 30. června 2016 14:13 Karel Volný  napsal(a):

> zdar,
>
> > > > změnu vyznačit a je potřeba sehnat GPX stopu nebo počkat na
> aktualizaci
> > > > fotomapy.
> >
> > > tož čekejme ... a kliknul jsi na tu oblast žádost o aktualizaci?
> > - tedy já teď preventivně jo, když se jich sejde víc, tak to snad nevadí
> :-)
> >
> > o čem je řeč?
>
> https://www.mapbox.com/bites/00240/#3/25.56/-33.22
>
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-legal-talk] Australian Government Data from data.gov.au

[Martin Koppenhoefer]

sent from a phone

> Il giorno 30 giu 2016, alle ore 13:15, Christoph Hormann 
>  ha scritto:
> 
> The whole idea to me seems completely impractical.


+1
what we might do: add an auto generated list of all osm user pseudonyms with at 
least one edit at the bottom of the osm.org/contributors page, and update from 
time to time.

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

Re: [Talk-us] What should we do for wildfires?

[Russell Deffner]

Hi all,

 

I coordinated that Colorado Wildfire mapping effort in 2013. I am also a HOT
voting member and volunteer coordinator for our Disaster Mapping program.
Would be happy to talk directly with folks about this stuff. To try and put
the key points in an email - it can be something HOT does, but as with most
response efforts in the United States, Canada and Europe - those response
agencies (such as the USFS) typically are not going to use OpenStreetMap.  I
had some minimal success talking with the Incident Command team for the
Waldo Canyon fire in 2012 and that's what inspired my efforts in 2013.
However, as Incident Command teams are 'temporary' and change with each
incident, not sure those talks/efforts ever made it 'up the chain'.

 

Of course getting and keeping the map up-to-date is ideal and as a former
wildland firefighter I can say, it's really only helpful to those
'on-the-line' if the map is ready in advance; but of course the aftermath is
helpful for insurance, recovery, etc.  I was just looking over the Waldo
Canyon burn area a few weeks back as I noticed Mapbox imagery had been
updated in the area (now I think Bing has as well), but I was completely
surprised because almost every one of the 346 homes destroyed have been
built back, exactly the same as before - wasn't sure I was seeing things
correctly until I did find a few lots that are empty and 1 or 2 homes that
were built back slightly different. 

 

Guess my main point here is that we can and should map as much as we can,
but unless there are some locals who want to survey once the area is safe,
then tracing the buildings pre-disaster is maybe all that needs done.  I do
notice however it seems the imported landuse around Lake Isabella has an
offset to Bing and road network.

 

=Russ

 

From: Jonathan Schleuss [mailto:jschle...@me.com] 
Sent: Wednesday, June 29, 2016 10:53 PM
To: talk-us@openstreetmap.org
Subject: [Talk-us] What should we do for wildfires?

 

The Erskine Fire   [1] has burned
more than 46,000 acres and killed two. It destroyed 200 structures. The
perimeter of the fire is huge. 

 

What's the right response from OpenStreetMap?

 

Should we go in and check roads? Add buildings? What if they've been
destroyed? Addresses? Shelters? Other items? Is this more a role for the HOT
group? I checked the talk-us archives, but didn't find a lot of "wildfire"
discussion and I'd love to know what you all think is an appropriate
response. There's some good background on the 2013 Colorado Wildfire Season
[3]. There's also a preemptive take with Portuguese Wildfire Mapping [4]. We
could probably find places inside the U.S. that are at a high risk and task
those areas out. California has a shapefile. [5] 

 

I figured I'd open it up for discussion. Please reply with your thoughts.

 

cheers,

Jon Schleuss

 

I'm a reporter and graphic artist at the Los Angeles Times. I got into
OpenStreetMap about a year ago thanks to at MaptimeLA event taught by
techlady   and Data411
 . I use maps in my work almost
every day. Currently, hacking on the Great L.A. County Building Import
  [5].

 

[1] http://inciweb.nwcg.gov/incident/4806/

[2]
http://www.fire.ca.gov/fire_prevention/fire_prevention_wildland_statewide

[3] http://wiki.openstreetmap.org/wiki/2013_Colorado_Wildfire_Season

[4] http://wiki.openstreetmap.org/wiki/Portuguese_Wildfire_Mapping

[5] http://labuildingsimport.com/

 

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

Re: [Talk-us] What should we do for wildfires?

[Josh Spencer]

I work for a large insurance company and stumbled upon open street maps and 
their humanitarian mapping for some international catastrophe events.  
Ironically, I've just switched email programs and my mail rule didn't transfer, 
so I have been paying more attention to this subscription.

I've always been curious about this and have been trying to see how all of this 
works.  I used a lot of public data as we planned for Fort McMurray response.  
Any sort of mapping that confirms damaged buildings would be a great resource 
as every time something like this happens, the information flow is different.  
I'm hoping that once I figure out how the maps and updates work, I can share 
them with some of the others I work with and contribute more.  I've got a few 
other industry contacts that would probably be up for the same as well.

If anyone can send me the best place to get started on fully understanding all 
of this, I would appreciate it.


Josh Spencer



*** PLEASE NOTE ***
This message, along with any attachments, is for the designated recipient(s) 
only and may contain privileged, proprietary, or otherwise confidential 
information. If this message has reached you in error, kindly destroy it 
without review and notify the sender immediately. Any other use of such 
misdirected e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Zurich and its affiliates, including e-mail and instant 
messaging (including content), may be scanned for the purposes of information 
security and assessment of internal compliance with company policy.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] WeeklyOSM 310

[Jinal Foflia]

The weekly round-up of OSM news, issue #310, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7765

Cheers,

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

[Talk-GB] WeeklyOSM 310

[Jinal Foflia]

The weekly round-up of OSM news, issue #310, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7765

Cheers,

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

[Talk-ca] WeeklyOSM 310

[Jinal Foflia]

The weekly round-up of OSM news, issue #310, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7765

Cheers,

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

[Talk-us] WeeklyOSM 310

[Jinal Foflia]

The weekly round-up of OSM news, issue #310, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7765

Cheers,

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

[Talk-in] WeeklyOSM 310

[Jinal Foflia]

The weekly round-up of OSM news, issue #310, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7765

Cheers,

Jinal Foflia 
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-cz] Poznámky uživatelů

[Karel Volný]

zdar,

...
> Nesouhlasím.
> Všimli jste si kolik v poslední době přibylo POI? Hodně. A kolik
> takových objektů má vyplněnou website= a opening_hours=?
> Mimochodem ten editor v maps.me na otvírací hodiny je naprosto geniální.
> Za mě osobně má maps.me velkou pochvalu.
> Ono je mnohem jednoduší odstranit ty nevhodné poznámky než přijít na to,
> že v daném místě je restaurace/hotel/obchod.

přijít na to, že je v daném místě POI, se dá celkem jednoduše (strojově) v 
databázích POI - kdysi se tu debatovalo o nějaké spolupráci, nevím, jak to 
všechno skončilo ...

vyřešit poznámku ručně je možná mírně jednodušší nyní, jestliže nějaká 
automatizace na POI neexistuje (fakt neexistuje?), ale dlouhodobě, má-li to 
mít rostoucí tendenci, to moc neškáluje

a k tomu *navíc* přijít na to, že uživatel kromě poznámky nějakým způsobem 
zprasil data, je ještě úplně jinej level ...

> Prostě pokud se zvedl počet editací, tak se zvedl i počet nevhodných
> editací. Resp. vyloženě špatné úpravy pomocí maps.me jsem ještě neviděl.
> Zatím se to IMHO projevuje jenom na poznámkách.

prosímtě, podívej se ještě jednou do mé první odpovědi v tomto vlákně

konkrétně třeba toto:
http://www.openstreetmap.org/changeset/40288150
má created_by   MAPS.ME android 6.1.9-Google

to nejsou "vyloženě špatné úpravy", když je vytvořen duplicitní bod k již 
existujícímu?

a následně smazání adresního bodu bez náhrady? - pravda, to už proběhlo v iD, 
ale dotyčný by se bez maps.me *pravděpodobně* nedostal ani k iD

> A 150 poznámek za měsíc není nijak výrazné číslo abychom to museli
> omezovat. Je to jenom více než to bývalo.

skoro se mi nechce věřit, že tohle napsal člověk s letitými zkušenostmi z 
různých bugtrackerů :-)

každopádně nebavíme se snad o úplném odstřižení uživatelů od možnosti 
přispívat nebo něco upravit sami, pouze o tom, aby to dělali nějak smysluplně

například k výše uvedenému - má maps.me nějakou funkci na to, aby uživatele 
upozornil, že v těsné blízkosti bodu, který přidal, se již bod stejného typu 
nachází a zeptal se ho, jestli radši nechce upravit ten místo vytvoření 
duplicity?

pokud ne, RFE na přidání

pokud ano, stojí za to položit si otázku, proč to uživatele neodradilo a 
stejně tu mapu zprasil, jak by ho šlo účinněji přimět, aby si to rozmyslel 
lépe

> Jenom jsem chtěl upozornit na tento nástroj upozornit. Protože zcela
> jistě o něm mnozí neví. Sám jsem o něm před rokem nevěděl.

jasně, ale tož uvedl jsi nějaké problémy s ním spojené, tož by neškodilo, 
kdyby "se" nějak pořešily, aspoň nakolik to z naší (=> předat vývojářům) 
strany jde

K.


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

Re: [OSM-talk-fr] distance entre deux points sur une route

[Gautier Pelloux-Prayer]

Je ne sais pas si c'est un besoin utilisateur, mais dans ce cas précis il y a 
brouter dédié au routing vélo : http://brouter.de/brouter-web/ 

Gautier

> On 30 Jun 2016, at 14:41, osm.sanspourr...@spamgourmet.com wrote:
> 
> Certaines fois il est bon de rappeler la question :
> 
> J'aimerais connaître la distance entre deux points sur une relation
> route=bicycle,en l’occurrence la distance entre Nantes et Blain sur la
> Vélodyssée.
> 
> 
> Et oui, j'ose affirmer que le calcul n'est pas à 10 cm près.
> Adrien me démentira si besoin.
> La différence est de l'ordre de 1/3000.
> 0,03 % !
> L'erreur est fonction de la latitude, si tu as des cas pour le nord du 
> rond-point est à une latitude significativement différente du point le plus 
> au sud, je suis preneur.
> Le plus grand rond-point en France est / était celui de Pen Ar C'hleuz. A 
> priori, mais tu te feras un plaisir de le vérifier par le calcul, entre le 
> point le plus au nord 48,4150848, -4,4796283 et le point le plus au sud 
> 48,4140211, -4,4795085 nous restons comme entre Nantes et Blain dans des 
> latitudes où l'approximation reste correcte.
> A cet effet tu mesureras le périmètre avec et sans l'approximation puis avec 
> l'utilisation de la chaussée intérieure et de la chaussée extérieure (3 
> voies) et tu relativiseras alors l'écart.
> 
> 20 km sur 6  km (6366,000 km c'est 40  / pi / 2 c'est à dire la 
> définition initiale du mètre), oui pour un parcours à vélo entre Nantes et 
> Blain (latitude moyenne) c'est négligeable.
> 
> Adrien, je ne sais ajouter des points sur les calculs d'itinéraires d'OSM 
> (juste 2 points).
> Sur Graphhopper, tu peux le faire et en plus tu vois le profil altimétrique 
> et vois que tu ajoutes plusieurs centaines de mètres (290 m de montée, autant 
> de descente) à force de monter et descendre (soit >1 %, à comparer aux 0,03 % 
> des cas extrêmes de Philippe).
> En plus tu vois bien la tâche dans le paysage que constitue le bocage de 
> Notre-Dame-des-Landes ;-).
> 
> Le 30/06/2016 à 13:26, Philippe Verdy - verd...@wanadoo.fr a écrit :
> ___
> 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] distance entre deux points sur une route

[osm . sanspourriel]

Certaines fois il est bon de rappeler la question :

J'aimerais connaître la distance entre deux points sur une relation
route=bicycle,en l’occurrence la distance entre Nantes et Blain sur la
Vélodyssée.

Et oui, j'ose affirmer que le calcul n'est pas à 10 cm près.
Adrien me démentira si besoin.
La différence est de l'ordre de 1/3000.
0,03 % !
L'erreur est fonction de la latitude, si tu as des cas pour le nord du 
rond-point est à une latitude significativement différente du point le 
plus au sud, je suis preneur.
Le plus grand rond-point en France est / était celui de Pen Ar C'hleuz 
. A priori, mais tu te feras 
un plaisir de le vérifier par le calcul, entre le point le plus au nord 
48,4150848, -4,4796283  et 
le point le plus au sud 48,4140211, -4,4795085 
 nous restons comme entre 
Nantes et Blain dans des latitudes où l'approximation reste correcte.
A cet effet tu mesureras le périmètre avec et sans l'approximation puis 
avec l'utilisation de la chaussée intérieure et de la chaussée 
extérieure (3 voies) et tu relativiseras alors l'écart.


20 km sur 6  km (6366,000 km c'est 40  / pi / 2 c'est à dire la 
définition initiale du mètre), oui pour un parcours à vélo entre Nantes 
et Blain (latitude moyenne) c'est négligeable.


Adrien, je ne sais ajouter des points sur les calculs d'itinéraires 
d'OSM (juste 2 points).
Sur Graphhopper 
, 
tu peux le faire et en plus tu vois le profil altimétrique et vois que 
tu ajoutes plusieurs centaines de mètres (290 m de montée, autant de 
descente) à force de monter et descendre (soit >1 %, à comparer aux 0,03 
% des cas extrêmes de Philippe).
En plus tu vois bien la tâche dans le paysage que constitue le bocage de 
Notre-Dame-des-Landes ;-).


Le 30/06/2016 à 13:26, Philippe Verdy - verd...@wanadoo.fr a écrit :
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Violazione

[Marco_T]

Ciao Giovanni,
la lettera mi sembra abbastanza pacata e chiara, per un primo approccio. :-)
Secondo me e' giusto segnalare la cosa all'Ente ma, se la mappa non fosse
autoprodotta, sarebbe da fare pure un bel cazziatone alle tipografie che
assemblano i pezzi e che, credo, decidono per la mappa di sfondo.
Chi si occupa di pubblicazioni dovrebbe avere ben chiaro il concetto di
riutilizzo dei dati, ma credo ci sia ancora molta ignoranza.
Saluti.

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n5.nabble.com/Violazione-tp5876793p5876880.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-cz] Poznámky uživatelů

[Miroslav Suchý]

Dne 30.6.2016 v 13:51 Petr Vozdecký napsal(a):

obecně, co píšeš, zdá se mi, že je spíše na nějakou důraznou žádost
(pak
nějakou tu masivní letákovou kampaň a alegorické vozy ... :-)) na
adresu
maps.me, aby zvedli bariéru pro přispívání do mapy


+1


to je asi spravne reseni, snaha dobra, jen se to krapet zvrhava... ale
to neni vina tech uzivatelu, je to nedomysleni tech kroku ze strany
MapsMe... kdyz databazi tohoto typu timto zpusobem daji vsanc siroke
verejnosti...



Nesouhlasím.
Všimli jste si kolik v poslední době přibylo POI? Hodně. A kolik 
takových objektů má vyplněnou website= a opening_hours=?

Mimochodem ten editor v maps.me na otvírací hodiny je naprosto geniální.
Za mě osobně má maps.me velkou pochvalu.
Ono je mnohem jednoduší odstranit ty nevhodné poznámky než přijít na to, 
že v daném místě je restaurace/hotel/obchod.


Prostě pokud se zvedl počet editací, tak se zvedl i počet nevhodných 
editací. Resp. vyloženě špatné úpravy pomocí maps.me jsem ještě neviděl. 
Zatím se to IMHO projevuje jenom na poznámkách.


A 150 poznámek za měsíc není nijak výrazné číslo abychom to museli 
omezovat. Je to jenom více než to bývalo.
Jenom jsem chtěl upozornit na tento nástroj upozornit. Protože zcela 
jistě o něm mnozí neví. Sám jsem o něm před rokem nevěděl.

Stejně jako jsem dosud netušil o té možnosti zažádat o aktualizaci fotomapy.

Mirek

--
,,,
   (o o)
  =oOO==(_)==OOo===
 )  mailto:miros...@suchy.cz  tel:+420-603-775737
(   One picture is worth 128K words.
 )Oooo.
 .oooO   (   )
 (   )) /
  \ ((_/
   \_)


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

Re: [Talk-de] Wie viel Werbung sollte in die Wochennotiz?

[Frederik Ramm]

Hi,

On 06/30/2016 11:32 AM, Christoph Hormann wrote:
> Gehört jetzt nicht mehr direkt zum Thema aber die Lösung ist hier denke 
> ich nicht ein paar bis ein paar hundert Voll-Stipendien zu schaffen.  

Ich glaube, die aktuelle Kalkulation ist, dass ca. 20 Vollzahler ein
Stipendium schaffen, d.h. wenn das klappt, wären 5% "Stipendiaten"
anwesend. Ich finde das aber auch nicht so gut, man erkauft sich auf
diese Weise eine unechte "Diversität", denn wie Christoph richtig sagt,
müssen die Ausgewählten ja durch lauter Reifen springen und sind eben
nicht den normalen Teilnehmern ebenbürtig. Eventuell muss man doch die
regionalen Konferenzen stärker stützen, statt weiterhin die eine
internationale zu pushen.

> Wenn ich bei der diesjährigen SotM einen Eintrittspreis von 75 Euro und 
> eine einzige empfohlene Unterkunft für fast 100 Euro pro Nacht sehe, 
> dann kommuniziert das für mich nicht eine Community-Konferenz, sondern 
> im Grunde, dass ein paar Firmen und professionelle Akteure sich ein 
> paar ausgewählte Eingeborene aus der Provinz für die passende 
> Atmosphäre einfliegen lassen.  Sorry falls ich da jetzt jemandem mit 
> auf die Füße trete, ich sehe schon auch, dass sich da auch Leute 
> selbstlos engagieren.

Da kann man sicherlich viel verbessern. Ich vermute, dass man aus Mangel
an Manpower die Hotelempfehlung komplett an den vom Stadttourismus
finanzierten "Booking Desk" ausgelagert hat; von dem sind dann eher
keine Budget-Empfehlungen zu erwarten.

Es laufen schon jetzt die ersten Vorbereitungen für die 2017er
Konferenz; jeder, der einen Beitrag dazu leisten kann und will, dass
2017 alles besser wird, der sollte sich bei der SOTM-Working Group
einklinken und mitmachen.

Bye
Frederik

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

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

Re: [Talk-it] Nome in tag edificio e in nodo

[Marco_T]

Ciao Giulio,
sono daccordo con Luca che il nome va messo una solo volta.
Puo' essere che in prima battuta sia stato inserito il nodo usando ortofoto
e successivamente fatto l'import dei fabbricati.
Volevo pero' soffermarmi su un aspetto non trascurabile, cioe':
1. il nome dell' EDIFICIO: secondo me va taggata col name l'area esatta del
fabbricato
2. il nome dell'ATTIVITA' svolta nell'edificio: secondo me va inserito un
nodo col name dell'attività.
Pertanto se all'interno del "Palazzo Serbelloni Mazzanti Vien dal Mare" c'e'
il "Museo dell'Orrore" l'area del fabbricato avra' name "Palazzo
Serbelloni..."con ulteriori tag che possono indicare le sue peculiarità
architettoniche, poi ci sarà un nodo con il nome e le specifiche del museo.
Questo perche' il nome del fabbricato difficilmente cambia, mentre
l'attività in esso svolta puo' essere oggetto di mutazione
Chiedo anche agli altri conferma di questa mia interpretazione.
Saluti.

--
Marco_T



--
View this message in context: 
http://gis.19327.n5.nabble.com/Nome-in-tag-edificio-e-in-nodo-tp5876872p5876878.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-cz] Poznámky uživatelů

[Karel Volný]

zdar,

> > > změnu vyznačit a je potřeba sehnat GPX stopu nebo počkat na aktualizaci
> > > fotomapy.
> 
> > tož čekejme ... a kliknul jsi na tu oblast žádost o aktualizaci?
> - tedy já teď preventivně jo, když se jich sejde víc, tak to snad nevadí :-)
> 
> o čem je řeč?

https://www.mapbox.com/bites/00240/#3/25.56/-33.22

K.


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

Re: [OSM-legal-talk] Australian Government Data from data.gov.au

[Christoph Hormann]

On Thursday 30 June 2016, Tobias Wendorff wrote:
>
> Tons of others? There aren't many datasources, which will be CC-BY or
> equal.

You can bet that once this was implemented every marginally narcissistic 
mapper would stop genuine mapping and start releasing his/her work 
under CC-BY...

Like most of the other suggestions to change the license this would mean 
abolishing the basic social contract behind OSM.

> But okay, let's convince the authorities to bury their "BY" somewhere
> on our osm.org page :)

Last time i checked i was able to vote for the authorities of my 
choosing...

Otherwise - if they don't want their data in OSM - their loss.

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

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

Re: [Talk-it] Violazione

[Cascafico Giovanni]

So che ci sono dei modelli in giro, ma ne ho stilata comunque una:

--
Ho notato che una mappa cartacea 40x40cm delle Valli del Natisone (UD) da
Voi prodotta e gratuitamente distribuita, nonché patrocinata da diversi
comuni e regione Fvg, ha fatto largo uso dei dati Openstreetmap senza
attribuirne la fonte.

Per cortesia, abbiate cura di rispettarne la licenza: Openstreetmap é una
fondazione non a scopo di lucro ed é soprattutto grazie all'attribuzione
che questa mappa libera del mondo può crescere.

Leggere in piccolo in calce "dati Openstreetmap" può infatti portare le
persone che conoscono o frequentano il territorio ad apportare essi stessi
correzioni od ulteriori dettagli alla mappa. Sopratutto per un'area come
quella rappresentata, periferica ma non meno importante.
--

Qualche modifica? Accenni alla toppa-adesivo?

--
cascafico.altervista.org
twitter.com/cascafico
Il 30/giu/2016 11:44 "Andrea Lattmann"  ha
scritto:

> Potrebbero stampare degli adesivi da applicare alle cartine con il
> copyright di OSM. Comunque è meglio informarli, non si sa mai che decidano
> di farne altre senza attribuzione!
>
> 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

[Talk-br] Mapeando os Bairros da Cohab e a Cidade de Jaboatão dos Guararapes/PE.

[raphaelmirc .]

Bom Dia a todos do Grupo,
Hoje estou mapeando os Bairros da Cohab em Recife e a Cidade de Jaboatão
dos Guararapes em Pernambuco, colocando os Nomes nas Ruas e criando novas
ruas onde não existe.




*Att; Um Forte Abraço, *


*Raphael de Assis*
*Recife/PE. *
*raphaelm...@gmail.com    *
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-cz] Poznámky uživatelů

[Petr Vozdecký]

-- Původní zpráva --
Od: Karel Volný 



"obecně, co píšeš, zdá se mi, že je spíše na nějakou důraznou žádost (pak 
nějakou tu masivní letákovou kampaň a alegorické vozy ... :-)) na adresu 
maps.me, aby zvedli bariéru pro přispívání do mapy"



+1




to je asi spravne reseni, snaha dobra, jen se to krapet zvrhava... ale to 
neni vina tech uzivatelu, je to nedomysleni tech kroku ze strany MapsMe... 
kdyz databazi tohoto typu timto zpusobem daji vsanc siroke verejnosti...




"> změnu vyznačit a je potřeba sehnat GPX stopu nebo počkat na aktualizaci
> fotomapy.

tož čekejme ... a kliknul jsi na tu oblast žádost o aktualizaci?
- tedy já teď preventivně jo, když se jich sejde víc, tak to snad nevadí :-)
"



o čem je řeč? 








vop

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

Re: [Talk-cz] Poznámky uživatelů

[Karel Volný]

zdarec,

obecně, co píšeš, zdá se mi, že je spíše na nějakou důraznou žádost (pak 
nějakou tu masivní letákovou kampaň a alegorické vozy ... :-)) na adresu 
maps.me, aby zvedli bariéru pro přispívání do mapy

>http://www.openstreetmap.org/note/605034

podíval jsem se na toto, a řekl bych, že je to na banána ...

viz
http://www.openstreetmap.org/node/1948155684
http://www.openstreetmap.org/node/296649578/history
http://www.openstreetmap.org/node/4254647183
http://www.openstreetmap.org/node/4264885696

kdo má zkušenosti s revertama, mohl by to prosím uvést do rozumného stavu?


> Někdy lidi označují věci, které v mapě již jsou, jenom je možná nevidí
> ve svém renderu.
>http://www.openstreetmap.org/note/608597
> Pokud je to od anonynyma, tak je to možné hned zavřít. Pokud je to od
> přihlášeného člověka, tak se hodí napsat nějaký komentář. A zavřít.

tady konkrétně by ale podle mého stálo za to ptát se proč to nevidí ... jestli 
v základní mapě není jméno obce (dostatečně výrazně), tak to považuju za bug, 
co by se měl řešit

> A pak jsou tu ty rozumné poznámky. Zásadní přístup by měl být, že pokud
> to není od anonyma, tak tomu důvěřuji. A dost často to jde upravit bez
> znalosti místa. Např.
>http://www.openstreetmap.org/note/606977
> Vycházím z předpokladu, že pokud by chtěl, tak to stejně může ten člověk
> udělat sám. Akorát neví jak. Samozřejmě pokud to jen trochu jde tak
> ověřovat.
> Pokud to je od anonyma, tak je potřeba ověřit vždy.

nerozumím, proč tak striktně rozlišuješ anonym/neanonym - resp. jak to vůbec 
chceš definovat ... podle předpokladu "může udělat sám" bych řekl, že spíše 
myslíš 'neregistrovaný' než 'anonym'... je horší, když já jsem si tuhle s 
mobilem v terénu nemohl vzpomenout na login a vyrobil si tudíž anonymní 
poznámku, než když něco zadá uživatel jako v příkladu výše, který byl založen 
před chvílí, zeditoval akorát jedno místo, a to ještě blbě?

předpoklad "neví jak" mi nepřijde moc pravděpodobný - proč by se tedy radši 
nešel někam zeptat?

spíše to bude o tom, že to potřebuje ještě nějak dořešit (ověřit z dalšího 
zdroje atp.) ... IMHO

> No a pak jsou ty nejtěžší případy. Např:
>http://www.openstreetmap.org/note/608985
> kdy to označuje nějakou změnu v terénu, ale není materiál podle kterého
> změnu vyznačit a je potřeba sehnat GPX stopu nebo počkat na aktualizaci
> fotomapy.

tož čekejme ... a kliknul jsi na tu oblast žádost o aktualizaci?
- tedy já teď preventivně jo, když se jich sejde víc, tak to snad nevadí :-)

K.


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

Re: [Talk-it] Nome in tag edificio e in nodo

[Luca Delucchi]

2016-06-30 13:20 GMT+02:00 Giulio Barba :
> Ciao a tutti, vedo in tantissime occasioni che il nome di un edificio, ed
> esempio un municipio o un ristorante, ma anche in qualsiasi altra tipologia
> di edificio, viene messo 2 volte il nome, una volta viene inserito
> all'interno dell'area dell'edificio, e viene anche aggiunto un nodo sopra
> l'edificio stesso.
> Vanno lasciati così? Se si perché? E' solo una questione di rendering di
> alcune mappe?

no, i dati vanno messi solo una volta.
Decidi te quale tenere (di solito se l'edificio è suddiviso in più
attività è meglio il nodo)

> Grazie
> --
> Giulio Barba
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [OSM-legal-talk] Australian Government Data from data.gov.au

[Tobias Wendorff]

Am Do, 30.06.2016, 13:15 schrieb Christoph Hormann:
>
> It would also be extremely unfair towards the normal individual mappers
> because their attribution (which is currently the main one
> behind 'OpenStreetMap Contributors') would be buried among tons of
> others.

Tons of others? There aren't many datasources, which will be CC-BY or equal.
So when I'm taking an extract of Dortmund f.e., there would by
"OpenStreetMap"
and "GeoBasis.NRW".

But okay, let's convince the authorities to bury their "BY" somewhere on
our osm.org page :)


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

Re: [OSM-talk-fr] distance entre deux points sur une route

[Philippe Verdy]

En plus les arrondis des rayons sont différents:

- 6366,000 km pour la formule PHP
- 6378,137 km aux pôles et
- 6356,752 km à l'équateur pour la formule Python

Près de 20 kilomètres d'écart entre les deux dernières, ce n'est pas rien
et c'est TRES significatif (la formule simplifiée en PHP n'en tient pas
compte). La différence est de l'ordre de 1/3000 C'est suffisant comme
différence pour ne pas pouvoir distinguer deux points dans OSM ; comme si
on passait d'une carte à précision décimétrique (OSM) à une carte de
précision seulement kilométrique (ou hectométrique aux latitudes moyennes).

Si on n'en tient pas compte, il ne sert alors plus à rien de donner le
résultat obtenu sur le chemin total avec une précision décimétrique, les
derniers chiffres étant tous complètement faux. Au mieux on ne peut
arrondir le résultat qu'à 100 mètres près (c'est pas si mal, mais ça passe
mal pour mesurer des objets plus petits qu'un itinéraire routier, par
exemple le rayon d'un rond-point, la longueur correcte d'une rue de
quelques centaines de mètres, ou obtenir une distance asez précise entre
deux points de visées).

Pour des distances d'approche ou de sécrité en vol à basse altitude, on
peut rater la piste et se poser loin ou se crasher (pas les avions de ligne
qui ont de bons instruments et un guidage imposé depuis le sol, et
n'aterrissent que sur des aéroports bien balisés, mais pour la navigation
amateur sur des petits aérodromes c'est plus problématique, l'approche se
fait surtout à vue et on a besoin de pouvoir localiser précisément ce qui
est autour: la précision décimétrique ou au minimum métrique, mais surtout
pas kilométrique, est nécessaire même si pour l'itinéraire entier sur des
centaines de kilomètres la différence n'est pas très significative...)

Cependant si on veut optimiser le calcul des distances, pour mesurer les
longueurs de ways, on a aussi intérêt à faire la transformation des
coordonnées cartographiques(avec ou sans altitude) en coordonnées
cartésiennes une seule fois et non deux fois pour chaque point
intermédiaire, les formules ne sont pas rapides car on le fait sur des
centaines ou des milliers de points. Une boucle parcourera chaque point
d'un chemin en les convertissant tout de suite en cartésiennes, puis on ne
garde que les cartésiennes dans la boucle. Sur une appli interactive, la
différence de temps se fait vite sentir sur les chemins longs avec ne
nombreux points.

Il fallait le préciser pour que les formules ne soient pas utilisées sans
précaution : on doit savoir ce qui est une approximation et quelles en sont
les limitations pour ne pas les appliquer à tout.

D'ailleurs c'est sur la mesure des petits objets qu'il faut plus de
précision d'autant plus qu'on n'a pas beaucoup de noeuds pour les définir
et que leur géométrie est déjà approximative avec de nombreux virages
dessinés avec des angles trop importants qui parfois font même des segments
sortant complètement de la chaussée

Autre exemple, mesure d'une distance entre un panneau et un carrefour dans
un virage : sur un assistant de navigation cela fait une différence dans le
temps que met le navigateur à nous avertir de l'approche d'un carrefour et
de la bonne voie à prendre, il peut réagir trop tard... et on aura loupé
une sortie, ou celui ci peut nous induire en erreur en nous demandant de
tourner à droite au carrefour suivant alors qu'au bon carrefour il nous
disait de continuer tout droit, et ce n'est pas juste une question de
précision du récepteur GPS.

Heureusement OSM cherche à produire une cartographie décimétrique. Pour la
précision kilométrique, on a assez de cartes statiques depuis longtemps
sans OSM (mais avec peu de renseignements locaux), qui sont immédiatement
utilisables mais réduisent souvent toute une ville à une grosse icône sans
le détail des rues (ou seulement quelques grands axes sommairement tracés
dans les plus grandes).

Le 30 juin 2016 à 12:42, Philippe Verdy  a écrit :

> Ce n'est pas juste de l'optimisation, c'est de la géométrie... Ces
> formules étaient données pour être exactes.
>
> Oui cela fait une différence, certe petite, mais tout dépend de la
> précision qu'on attend (même 0,01% cela fait vite une différence mesurable
> sur une distance assez longue (toutefois non significative si c'est un
> trajet routier car on ne tient pas compte de la géométrie des voies sur les
> routes et des petits écarts à droit ou à gauche et encore moins des
> dépassements).
>
> En revanche la non-rotondité de la terre a une impact bien plus important
> que la petite erreur sur la non-orthonormie du repère sur l'axe des
> altitudes. Dans OSM on utilise le géoïde WGS84 partout, pas la sphère ! Et
> là ce calcul PHP ne tenait compte que du rayon moyen de la sphère (qui est
> correct uniquement aux latitudes moyennes : les distances seront trop
> courtes à l'équateur et trop longues aux pôles). La formule Python est bien
> meilleure.
>
>
> Le 30 juin 2016 à 12:08,  a 

[Talk-it] Nome in tag edificio e in nodo

[Giulio Barba]

Ciao a tutti, vedo in tantissime occasioni che il nome di un edificio, ed
esempio un municipio o un ristorante, ma anche in qualsiasi altra tipologia
di edificio, viene messo 2 volte il nome, una volta viene inserito
all'interno dell'area dell'edificio, e viene anche aggiunto un nodo sopra
l'edificio stesso.
Vanno lasciati così? Se si perché? E' solo una questione di rendering di
alcune mappe?
Grazie
-- 
Giulio Barba
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] taggare fine torrente intermittente

[Federico Cortese]

2016-06-30 13:12 GMT+02:00 Daniele Gitto :
>
> Allora avevo capito male. Credevo si disperdesse nel terreno, come quei casi
> in cui l'alveo non ci può essere perché la pendenza risale
>

Dalle mie parti capita spesso che un corso d'acqua (comunque
intermittent) finisca in una vora/inghiottitoio, andando direttamente
in falda.
In questi casi JOSM segnala il warning perchè il corso non temina in
mare, quindi un tag per indicare questo fatto non sarebbe male.
Ciao
Federico

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

Re: [OSM-legal-talk] Australian Government Data from data.gov.au

[Christoph Hormann]

On Thursday 30 June 2016, Martin Koppenhoefer wrote:
>
> it isn't easy to do this properly, you would have to analyse the data
> and make judgements. A script could do it, but it would have to be a
> very complex analysis and you would have to put a lot of judgement
> into the rules of this script. Two different scripts would likely
> make different judgements.

No matter how you do this - you would make it impossible to show a world 
map based on OSM data since the screen would be completely filled with 
attributions and no space left for a map to display.

It would also be extremely unfair towards the normal individual mappers 
because their attribution (which is currently the main one 
behind 'OpenStreetMap Contributors') would be buried among tons of 
others.

The whole idea to me seems completely impractical.

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

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

Re: [Talk-it] taggare fine torrente intermittente

[Martin Koppenhoefer]

2016-06-30 13:12 GMT+02:00 Daniele Gitto :

> Allora avevo capito male. Credevo si disperdesse nel terreno, come quei
> casi in cui l'alveo non ci può essere perché la pendenza risale



forse avevo capito male io. Certo, se non c'è letto non c'è da mappare.
Volendo si potrebbe aggiungere una "note" che lo spiega al prossimo
mappatore.

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

Re: [Talk-de] Wie viel Werbung sollte in die Wochennotiz?

[Martin Koppenhoefer]

Am 30. Juni 2016 um 12:51 schrieb Christoph Hormann :

> Was Reisen und Unterkunft kostet ist extrem variabel - Busse,
> Mitfahrgelegenheiten, Trampen, Zelten.  Unterkunft ist natürlich auch
> stark vom Veranstaltungsort abhängig.
>


jein, ich bin in meinem Leben viel getrampt, auch mal nach London und
zurück, aber z.B. noch nie nach Buenos Aires oder Denver oder Tokyo. Ich
sage ja nicht, dass es komplett unmöglich ist, z.B. nach Indien oder China
zu trampen, aber man wird da sehr viel Zeit brauchen, und leben muss man
auf der Fahrt ja auch von was ;-)

+1 zum Rest Deines Beitrags, stimmt alles.

Man kann viel sparen, wenn man nicht ins Hotel geht, 2009 war ich bei der
SoTM in Amsterdam, mit der MfG hingefahren und in einem Hostel im 8er Raum
geschlafen. Aber selbst wenn man so sparsam unterwegs ist, unter 200 EUR
wird man kaum über 3-4 Tage kommen.

Das Problem ist ja auch, dass man als Veranstalter einen technisch gut
ausgestatteten Raum für 300-400 (denke ich) Leute braucht, das ganze gut
erreichbar, möglichst mit "Billigfluganbindung", so was findet man nur in
bestimmten Städten, wo dann üblicherweise das Preisniveau für Unterkunft
und Verpflegung etwas höher ist als "auf dem Land".

Es scheinen im OSM Umfeld von den Aktiven sehr viele Leute in Bereichen zu
arbeiten, wo OSM Teil des Berufs ist, und für die (und von denen) ist die
SoTM vor allem (mein Eindruck). Alleine, dass es auf Englisch stattfindet,
schließt ja schon einige Leute aus.

Eine Communityveranstaltung, die den Namen vollumfänglich verdiente, wäre
sicherlich etwas anders konzipiert, z.B. als Camp (günstige Unterkunft und
Verpflegung) irgendwo in der Natur (nur ein Beispiel), und vermutlich mit
deutlich lokalerem Akzent (dafür hat man da dann nicht den Austausch mit
Menschen, die ganz andere Umstände gewohnt sind, und mehr den
Eigene-Bubble-Effekt).

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

Re: [Talk-it] taggare fine torrente intermittente

[Daniele Gitto]

Il 30/06/2016 12:48, Martin Koppenhoefer ha scritto:


questo lo vedo diverso, un "raro riempimento" significa che il torrento
va in quel letto, solo che a volte c'è poca (nessuna) acqua. Sono questi
proprio i casi per cui abbiamo il flag "intermittent"

Ciao,
Martin


Allora avevo capito male. Credevo si disperdesse nel terreno, come quei 
casi in cui l'alveo non ci può essere perché la pendenza risale


Daniele



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

Re: [OSM-legal-talk] Australian Government Data from data.gov.au

[Martin Koppenhoefer]

2016-06-30 12:47 GMT+02:00 Tobias Wendorff :

> > Do you always have to attribute once something got imported, even if
> there
> > a no (visual) traces of this import any more? E.g. you could say that all
> > following contributions built on what was there at a time.
>
> Sorry, but that's a very hard discussion and English isn't my native
> language.



I was only insisting because you had written "A script can handle this and
output the source of the data imported into this area. Nobody would
need to analyse the data on its own."

it isn't easy to do this properly, you would have to analyse the data and
make judgements. A script could do it, but it would have to be a very
complex analysis and you would have to put a lot of judgement into the
rules of this script. Two different scripts would likely make different
judgements.

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

Re: [Talk-de] Wie viel Werbung sollte in die Wochennotiz?

[Christoph Hormann]

On Thursday 30 June 2016, Martin Koppenhoefer wrote:
>
> 75 EUR Eintritt ist zwar nicht komplett umsonst, aber fast.
> Kommerzielle Konferenzen kosten gerne mal das zehnfache und mehr. Bei
> dem Preis ist AFAIK auch die Verpflegung zumindest teilweise dabei.

Ich sag absolut nicht, dass das ein Mondpreis ist der weit über den 
Kosten liegt - sicher nicht.  Aber es gibt eine Menge Spielraum, 
wie 'billig' man so eine Konferenz konzipiert.  Und wie viel im 
Gesamt-Budget Eintritt und andere Einnahmen ausmachen variiert auch.  
Und bei der SotM dieses Jahr steht ja auch überhaupt noch nichts dabei, 
was der Besucher für die 75 Euro alles bekommt.  Wenn da 
Voll-Verpflegung für drei Tage mit dabei ist dann ist das natürlich was 
anderes als wenn das ein reiner Eintritt zum Besuch der Veranstaltung 
ist.

Was Reisen und Unterkunft kostet ist extrem variabel - Busse, 
Mitfahrgelegenheiten, Trampen, Zelten.  Unterkunft ist natürlich auch 
stark vom Veranstaltungsort abhängig. 

Entscheidend ist wie gesagt vor allem was kommuniziert wird, ob sich die 
Veranstalter ernsthaft bemühen, Leute mit kleinem Geldbeutel 
anzusprechen.  Wäre dies der Fall und würden die entsprechende Tipps 
für günstige Unterkünfte, ggf. mit zusätzlichem Rabatt für Teilnehmer 
und Empfehlungen für günstige Anreisemöglichkeiten bieten sähe das 
schon deutlich anders aus.

Es spricht auch überhaupt nichts dagegen, das so wie es ist für die 
professionellen Akteure zu veranstalten, aber man sollte das dann nicht 
als Community-Veranstaltung verkaufen, denn ein erheblicher Teil der 
Aktiven fühlt sich da zurecht weitgehend ausgeschlossen.

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

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

Re: [Talk-it] taggare fine torrente intermittente

[Daniele Gitto]

Il 30/06/2016 12:34, Daniele Gitto ha scritto:


Non è detto che tutti i corsi d'acqua finiscano in mare (cioè in un
altro fiume/lago, e infine a mare). Quindi non vedo nulla di male se il
torrentello (per giunta intermittent) si ferma e stop.
Se non esiste *neanche un accenno* di alveo asciutto, IMHO, non si
mappa. Per i casi di raro riempimento... i "rari riempimenti" riempiono
tutto, valli, pianure e continenti, ma non dobbiamo mica mappare gli
oceani potenziali.


Anzi ne conosco un caso personalmente:

http://www.openstreetmap.org/#map=17/40.74354/14.59714=N

quella vasca in realtà è sempre asciutta (ci giocavo da bambino) perché 
i rari sversamenti dall'affluente (per modo di dire) si disperdono e 
tornano in falda, Ma tutto ciò, appunto, su scala secolare. Su scala 
millenaria chissà cosa succede.

Daniele



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

Re: [Talk-it] taggare fine torrente intermittente

[Martin Koppenhoefer]

2016-06-30 12:34 GMT+02:00 Daniele Gitto :

> Per i casi di raro riempimento... i "rari riempimenti" riempiono tutto,
> valli, pianure e continenti, ma non dobbiamo mica mappare gli oceani
> potenziali.



questo lo vedo diverso, un "raro riempimento" significa che il torrento va
in quel letto, solo che a volte c'è poca (nessuna) acqua. Sono questi
proprio i casi per cui abbiamo il flag "intermittent"

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

Re: [OSM-legal-talk] Australian Government Data from data.gov.au

[Tobias Wendorff]

Am Do, 30.06.2016, 12:31 schrieb Martin Koppenhoefer:
> E2
> v1 import 1 node, amenity=place_of_worship, name=Foo
> v2 move the node significantly (e.g. 30 km)

Don't import faulty data, SCNR :)

> Do you always have to attribute once something got imported, even if there
> a no (visual) traces of this import any more? E.g. you could say that all
> following contributions built on what was there at a time.

Sorry, but that's a very hard discussion and English isn't my native
language.
I don't think, there's any interest from OSM's point of view to make a
new license and make it compatible to anything else.

So it's rather pointless to start a detailed discussion about this is on
a low-traffic mailinglist :)


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

Re: [Talk-it] associazioni varie

[Daniele Gitto]

Il 30/06/2016 10:42, Marco_T ha scritto:


"Associazione Nazionale Alpini sezione di [località]"
"Associazione Nazionale Alpini gruppo di [località]"

o meglio accorciare con:
"A.N.A. sezione di [località]"
"A.N.A. gruppo di [località]"
?


+1 per la forma estesa, in questo caso

Daniele


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

Re: [OSM-talk-fr] distance entre deux points sur une route

[Philippe Verdy]

Ce n'est pas juste de l'optimisation, c'est de la géométrie... Ces formules
étaient données pour être exactes.

Oui cela fait une différence, certe petite, mais tout dépend de la
précision qu'on attend (même 0,01% cela fait vite une différence mesurable
sur une distance assez longue (toutefois non significative si c'est un
trajet routier car on ne tient pas compte de la géométrie des voies sur les
routes et des petits écarts à droit ou à gauche et encore moins des
dépassements).

En revanche la non-rotondité de la terre a une impact bien plus important
que la petite erreur sur la non-orthonormie du repère sur l'axe des
altitudes. Dans OSM on utilise le géoïde WGS84 partout, pas la sphère ! Et
là ce calcul PHP ne tenait compte que du rayon moyen de la sphère (qui est
correct uniquement aux latitudes moyennes : les distances seront trop
courtes à l'équateur et trop longues aux pôles). La formule Python est bien
meilleure.


Le 30 juin 2016 à 12:08,  a écrit :

> C'est vraiment de l'optimisation à la petite semaine car le calcul d'une
> valeur absolue n'est pas bien compliqué.
>
> Bien plus intéressant est de changer la dimension des lignes afin de
> stocker la distance depuis le premier nœud.
> Typiquement dans un modèle d'itinéraire tu ajoutes deux coûts : le coût en
> distance et le coût en temps (en plus des lat/lon et éventuellement ele).
>
> N.B. : les points étant rapprochés, je doute même de la nécessité de tenir
> compte de la rotondité de la terre entre deux points, une droite
> géométrique est, étant donné l'absence d'information sur l'altitude, à
> peine plus fausse qu'une ligne loxodromique.
>
> Adrien, si jamais ton calcul depuis le GPX tient compte de l'élévation et
> si la trace est de bonne qualité, tu dois avoir le meilleur calcul... qui
> plus est sans effort de programmation.
>
> Jean-Yvon
>
> Le 30/06/2016 à 11:38, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> D'ailleurs dans la formule Python les fonctions abs() pour les trois
> composantes distParallele, distMeridien, et distVertical sont inutiles,
> puisqu'on ne va utiliser que leur carré respectif. Il suffit juste de les
> voir comme des composantes d'un vecteur 3D orienté et non comme des
> distances positives.
>
> Le 30 juin 2016 à 07:52, pepilepi...@ovh.fr <
> pepilepi...@ovh.fr> a écrit :
>
>> Le 29/06/2016 à 23:20, François Lacombe a écrit :
>>
>> Bonjour Adrien,
>>
>> A mon sens c'est un calcul de distance loxodromique entre chaque nœud, de
>> chaque portion de véloroute qui composent le chemin à parcourir.
>> https://fr.wikipedia.org/wiki/Loxodromie
>>
>> Concrètement, voici un bout de PHP qui te donne la distance entre deux
>> points dont tu connais le lat/lon
>> Tu n'as plus qu'à faire la somme de tous tes segments pour avoir la
>> distance totale
>>
>> $l = 6366 * 2 * asin(
>> sqrt(
>> pow( sin((deg2rad($lat)-deg2rad($ll[1]))/2) ,
>> 2) + cos(deg2rad($lat))*cos(deg2rad($ll[1]))* pow(
>> sin((deg2rad($lng)-deg2rad($ll[0]))/2) , 2)
>> )
>> );
>>
>>
>>
>> Pour ceux que ça peut intéresser la même chose en Python :
>>
>> importmath
>>
>> defdistance( lat1 , lon1 , lat2 , lon2 , alt1 , alt2 ):
>> rEquat= 6378137
>> rPole= 6356752
>> rLat= rEquat - ( ( rEquat - rPole ) * abs( lat1 / 90 ) ) + alt1
>>
>> distParallele= abs ( rLat * math.cos( (( lat1 + lat2 ) / 2 ) *
>> math.pi / 180 ) * ( ( lon2 - lon1 ) * math.pi / 180 ) )
>> distMeridien= abs ( rLat * ( lat2 - lat1 )  * math.pi / 180  )
>> distVerticale= abs ( alt2 - alt1 )
>> distTotale= math.sqrt ( ( distParallele * distParallele ) + (
>> distMeridien * distMeridien ) + ( distVerticale * distVerticale ) )
>>
>> returndistTotale
>>
>> (distance en mètres)
>>
>>
>>
>>
>>
>>
>> Où $lat et $lng sont les coordonnées de ton point B et $ll[0] et $ll[1]
>> celles de ton point A.
>> Cette formule a un défaut : elle ne tient pas compte de l'altitude des
>> points, réputée négligeable ici.
>>
>>
>> A+
>>
>> *François Lacombe*
>>
>> fl dot infosreseaux At gmail dot com
>> www.infos-reseaux.com
>> @InfosReseaux 
>>
>> Le 29 juin 2016 à 20:46, adrien < pe...@adrieng.fr> a
>> écrit :
>>
>>> Bonjour,
>>>
>>> J'aimerais connaître la distance entre deux points sur une relation
>>> route=bicycle,en l'occurence la distance entre Nantes et Blain sur la
>>> Vélodyssée.
>>>
>>> Je suppose que c'est facilement faisable, mais je sèche complètement sur
>>> comment faire, et quel outils utiliser…
>>>
>>> Si vous avez des pistes, je vous en serait reconnaissant.
>>>
>>> Bonne soirée
>>>
>>> Adrien
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> 

Re: [Talk-it] taggare fine torrente intermittente

[Daniele Gitto]

Il 30/06/2016 11:13, demon.box ha scritto:

ciao, c'è secondo voi il modo di taggare la fine (a valle) di un piccolo
torrentello con riempimento saltuario (intermittent=yes)?

per analogia se alla fine di una strada che non ha uscita metto noexit=yes
(lo sò si mette soprattutto per il routing) come faccio ad indicare che quel
torrentello "finisce" in quel punto nel senso che da lì in avanti non esiste
più nemmeno l'alveo asciutto ma in caso di raro riempimento l'acqua si
disperde sopra il terreno?

Non è detto che tutti i corsi d'acqua finiscano in mare (cioè in un 
altro fiume/lago, e infine a mare). Quindi non vedo nulla di male se il 
torrentello (per giunta intermittent) si ferma e stop.
Se non esiste *neanche un accenno* di alveo asciutto, IMHO, non si 
mappa. Per i casi di raro riempimento... i "rari riempimenti" riempiono 
tutto, valli, pianure e continenti, ma non dobbiamo mica mappare gli 
oceani potenziali.

Daniele


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

Re: [OSM-legal-talk] Australian Government Data from data.gov.au

[Martin Koppenhoefer]

2016-06-29 23:58 GMT+02:00 Tobias Wendorff :

> Am Mi, 29.06.2016, 23:46 schrieb Martin Koppenhoefer:
> > Is there still need to attribute the original creator?
>
> In my opinion that's what CC-BY is all about. You're allowed to change
> it, but you still need to tell the name of the licensee.



Examples:
E1
v1 import 1 node, amenity=place_of_worship, name=Foo
v2 move the node slightly

in this case, I think is clear that you would have to attribute


E2
v1 import 1 node, amenity=place_of_worship, name=Foo
v2 move the node significantly (e.g. 30 km)

in this case I think you rather wouldn't continue to attribute the original
dataset


E3
v1 import 1 node, amenity=place_of_worship, name=Foo
v2 copy tags, delete the node, draw a way, paste the tags

do you have to attribute?
What if the name was corrected to "Foobaz" in step 2?
Is the situation different if you don't delete the node but make it part of
the new way?


E4
v1 import 1 node, amenity=place_of_worship, name=Foo
v2 remove tags and add amenity=fuel, name=Foo23, move the node 100 m

do you still have to attribute?


Do you always have to attribute once something got imported, even if there
a no (visual) traces of this import any more? E.g. you could say that all
following contributions built on what was there at a time.

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

Re: [Talk-de] Wochennotiz Nr. 310 21.06.2016–27.06.2016

[Michael Reichert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Michael,

Am 30.06.2016 um 06:49 schrieb Michael Paulmann:
> Kann das sein das der OSM-Sonntag nicht bei den Veranstaltungen
> genannt wird?

Wir haben einen Abschnitt "Wochenvorschau". Wenn du den nicht siehst,
kann ich dir leider nicht helfen.

Viele Grüße

Michael


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

iQIcBAEBCAAGBQJXdPR7AAoJEB87G9rMCMyISAMP/R8+t2ppyy+T3BvIt5W/OAnT
Um7ajnP0eg2Th+gu8Q92dT8cXh3JWnTmdoTAl1+ENGfyBgJUSva06cUsJI3yV9X+
qERJkuw1rsYv4A3CuE4aEij4dRdeGPVhgw+8QbXfzjqsUImBTF+yOXKuk+PjnmAn
sE4gqlzCnWW8URHqDs//U2ISDtwfP+wRxRmeDpm7OKGjnlS2OZUtI6QTHhcF/Lch
S+RlN9cK2/1wzA4f1AwfDD1duWFlqXC62Zn7VUVduOIRzHID2oWHypajFjBxIXbX
7YEztEPAZZhM+f0Z0iRozNevQW7klTmMe3qoIm/pAzZoMvc7cbkR3ZgJeO/UxYQZ
dOcjvgBkWorwikN5U2saV1UDl6d9iM+RBREqeL3FQGfIOgpQXO4q0GqwxwmYKgx7
C/uwqGuNSeEB/hhzTpsGk9scoJkBD2wjT00LTdNYBRvVcks3mOhh94R0FmdlDVqV
upG/T7N3Ion5YYRnUbhHc3M67l8Jn0n8ee8xRI8IJPajv+OD35GAvwHrZUgLy0qx
0FqEaNqFPOrPmuBBCOCf7tFKAG4dnQpm/4pjBQoUYuPAyOi/HIixrlJvcxsLSAJe
uJDBR1ddjFgxyI7bCSeuWgB34clvnCameQbbSUd3jJJdfow2gxEE2moANtyWRXTD
J62NsicOArNlTPkrKiPG
=19wr
-END PGP SIGNATURE-

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

Re: [Talk-it] Nota interessante

[Paolo Monegato]

Il 30/06/2016 12:21, Martin Koppenhoefer ha scritto:


2016-06-30 12:17 GMT+02:00 Paolo Monegato >:


Duomo e cattedrale dovrebbero essere la stessa cosa (sede di
un vescovo).


No. Il Duomo se è sede vescovile allora è cattedrale, ma in ogni
diocesi c'è più di un duomo.



hai ragione, WP it dice il duomo è la chiesa principale di un centro 
abitato, spesso è anche la cattedrale. Quindi non in ogni caso il 
duomo è sede vescovile. Non è detto però che ci siano più di un duomo 
in una diocesi.


Vero, ma spesso è così.

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

Re: [Talk-it] R: associazioni varie

[Paolo Monegato]

Il 29/06/2016 19:40, ale_z...@libero.it ha scritto:

Messaggio originale
Da: "demon.box" 
Data: 29/06/2016 16.08
A: 
Ogg: [Talk-it] associazioni varie

ciao, qual'è secondo voi il tag più appropriato per la "Sede degli Alpini di
XY", oppure per la "Sede della Protezione Civile di XY"?

office=association

office=ngo

altro?



Per la protezione civile emergency=ses_station


M'è sempre parso un po' troppo australiano come tag... Forse un giorno 
si arriverà ad un più banale emergency=station...


Vedo che c'è anche amenity=rescue_station.
ciao
Paolo M

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