Re: [OSM-talk-fr] Suppression des « gribouillis » GPS

[Jean-Claude Repetto]

Le 23/11/2017 à 00:55, Vincent Privat a écrit :



   * Connaissez-vous des outils libres qui permettraient
d'automatiser ce
     nettoyage (sur GNU/Linux en ce qui me concerne) et dont nous
     pourrions faire la promotion ?

Sébastien


Bonjour,

Cet outil n'est pas libre:
http://www.gpsvisualizer.com/tutorials/track_filters.html

mais l'algorithme de nettoyage est expliqué, on doit donc pouvoir le 
recoder assez facilement.


Jean-Claude

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

[Talk-es] Uso de los datos del CDAU en OSM

[Paloma Maria Lopez Lara]

buen día

Moisés ya sabes que para la importación puedes contar conmigo que me 
suena de algo el tema
A ver si éste trabajo colaborativo va conociéndose más allá de las 
fronteras andaluzas y aprovechamos que hay muchos técnicos, de muchos 
municipios, implicados

saludos!!

paloma

El 22/11/2017 a las 16:25, talk-es-requ...@openstreetmap.org escribió:

[Talk-es] Uso de los datos del CDAU en OSM



--
Paloma López Lara
Servicio Gestión de la Información
Instituto de Estadística y Cartografía de Andalucía
Pabellón de Nueva Zelanda
Calle Leonardo da Vinci 21
41071 Sevilla

955 033 940


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

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

[Yuri Astrakhan]

Christoph, unregenerate implies I should apologize for doing a wrong thing.
In the discussion, the only thing I **actually did** was I wrote a new tool
and posted about it.  Was I wrong to write a tool?  Was I wrong to discuss
it with the community?

I patiently sifted through all the negative comments and addressed the
issues. I address Fredrerick's issue about zoom, I addressed Andy's comment
about domain name  and lack of https, I listened to Simon's comment about
reject button.  I simplified DWG's ability to find and revert relevant
changesets.  And many other issues.

Should I apologize for not listening? But as you can clearly see from all
the changes, I listened very attentively, and tried to address every single
point. Should I apologize for writing software that uses the same concepts
and ideas as other similar tools? Should I apologize for holding a
different opinion than some of the community, while clearly supported by,
perhaps a less vocal minority?

On Wed, Nov 22, 2017 at 7:32 PM, Christoph Hormann  wrote:

> On Wednesday 22 November 2017, Richard Fairhurst wrote:
> >
> > Worth noting that WeeklyOSM is produced alongside and seeded by the
> > German Wochennotiz. I don't sprechen sufficient Deutsch to be
> > certain, but it looks like the German original[1] is more carefully
> > worded and less presumptuous. So the controversial second half is
> > very possibly just a clumsy translation.
>
> For understanding - and i don't want to support any further attempts in
> telling the WeeklyOSM team how to do their work with that - the German
> version uses the term 'uneinsichtig' - which might also be translated
> as unregenerate.
>
> My attempt at a translation of the German text would be:
>
> "Yuri is perceived by many in this discussion, in a similar way as in
> previous discussions, as unreasonable/unregenerate and questions the
> relevancy of the unwritten rules of OSM."
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> 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-ec] Mejorando las datos de OSM en Ecuador: Comunidad Ecuador + Telenav mapping team

[Tonny]

Veo que en ese trayecto las fotos no se cargan, mañana mismo cargare esa 
app que no la conocía, anteriormente use un poco mapillary


Saludos

On 11/22/2017 05:52 PM, Gonzales, Miriam - (p) wrote:


Hola Tonny,

Mucho gusto, creo que podremos revisar el tramo de carretera que 
corresponde a la E35 pero necesitaríamos más imágenes de la ciudad 
para poder revisar otros tramos urbanos, si nos ayudas a tomar 
imágenes con OpenStreeCam en las avenidas/calles principales se podría 
hacer esa revisión que sugieres.


Saludos y gracias,

M

*From:*Tonny [mailto:tonny.li...@gmail.com]
*Sent:* Wednesday, November 22, 2017 12:21 PM
*To:* talk-ec@openstreetmap.org
*Subject:* Re: [Talk-ec] Mejorando las datos de OSM en Ecuador: 
Comunidad Ecuador + Telenav mapping team


Hola, soy de la ciudad de Ibarra y e dibujado bastante hace unos 6 
años, si pudieran dar una revisión a lo existente yo puedo seguir 
colaborando con el mapa de mi ciudad que es la que conozco bien.



On 11/22/2017 02:04 PM, Gonzales, Miriam - (p) wrote:

Hola #Mapping Ecuador,

Espero todo mundo se encuentre muy bien, además de saludarlos me
gustaría comentarles que como ustedes ya saben en Telenav estamos
tratando de mejorar los datos de OSM de carreteras en Ecuador así
como las calles principales de Quito, Guayaquil, Cuenca, Loja y
Machala. Este es un reto tremendo y una súper oportunidad para que
mejoremos todos los datos mencionados en Ecuador. Algo bien
importante es que no lo podemos hacer solos, nos gustaría escuchar
más opiniones y puntos de vista de la Comunidad en Ecuador.

Por lo pronto estoy segura que al menos contaremos con un mes o un
poco más con el tiempo y disponibilidad del Mapping team de
Telenav pero posiblemente después de ese periodo ellos ya se
tengan que enfocar en otras actividades de mapeo. Les pido den sus
comentarios si es posible esta semana de lo que se ha comentado
Talk-EC o en el grupo de Telegram y así aprovechemos al máximo los
recursos disponibles para la mejora de Ecuador.

Por fa anímense a dar sus opiniones y puntos de vista,

Les comparto unos links de toda la cobertura que estamos agregando
de imágenes con OpenStreetCam en los siguientes lugares:

Quito:

*http://www.openstreetcam.org/map/@-0.2080531316445813,-78.4691619873047,11z

*

**

*Guayaquil*

*http://www.openstreetcam.org/map/@-2.170998,-79.922359,10z

*

**

**

*Cuenca: *

http://www.openstreetcam.org/map/@-2.898809815115425,-79.0155601501465,12z



Machala:

http://www.openstreetcam.org/map/@-3.312590852991507,-79.78443145751955,11

z

Loja:

http://www.openstreetcam.org/map/@-3.996807976918554,-79.25631523132326,13z



Y les comparto como se decía anteriormente un Bonus Track con
imágenes increíbles de los ecosistemas que se encuentran
atravesando la Isla Santa Cruz en Galápagos

http://www.openstreetcam.org/details/937615/0






___

Talk-ec mailing list

Talk-ec@openstreetmap.org 

https://lists.openstreetmap.org/listinfo/talk-ec



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



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

[Talk-ca] Mapping buildings in Canada by 2020

[Tim Elrick]

Hello all,

As you know Open Mapping Group McGill (OMG McGill) organized one of the
mapathons last week for the town of Williams Lake, BC. For the turnout
please turn to Julia's website published earlier today on the list.

As a mentor of the group I might be the 'director' of this event
according to the proposed policy by the OSMF board. In this role, I want
to assure you that we tried to do our best to teach new mappers how to
do their job properly, as Charles stated on this list yesterday. And
judging from a preliminary analysis of the data I conducted with the
overpass api, the participants did a pretty good job.

Of course, the data needs validation, which we will conduct in the next
couple of days. However, I do not see the rush proposed on this list
earlier. Ideally, validation would happen right after the mapping event
(as set out in this manual for HOT tasks [1]). In the real world, we all
have our jobs, families and other voluntary engagements, that sometimes
do not allow to act accordingly. I further think it is not even
necessary for tasks that are not related to immediate disaster response
or include ways tagged with a highway tag (in the later case it might
confuse navigation apps if not validated right away). In many cases,
validation, or better, correction of data entered by individual mappers
(not part of group events) was (and still is) done many days or even
months after the data was entered, depending on whether an experienced
mapper has an eye on a certain region or not. With regards to buildings
in areas where there existed no respective data before, I do not see any
need for rushing.

The important thing is that the organiser of a group event makes sure
that the data entered by participants of the event *is* validated to
ensure data quality. And we will. To this end, I appreciate that
long-term members already offered to help us there (thank you, Charles!).

I still consider mapathons a legitimate way to draw attention to OSM, to
advocate for open data, and to show the potential of OSM data and the
lack thereof in many parts of the world, including Canada. From the
experience of our first mapathon I got the impression that we instigated
a vast interest in open mapping (which, I think, is a valid goal on its
own right) and I expect quite a couple of returning participants to our
next events, in which we will train them further on the complexities to
produce good OSM data. By continuing, we might be able to motivate one
or two persons to turn into long-term mappers; this is, by the way,
totally in line with the long-tail phenomenon researchers found in all
crowd-sourcing projects.
All those reasons I mentionend, are, I think, worth it continuing doing
what we did. I would appreciate, if the attitude towards group mapping
events were less hostile on this list and on OSM as such (I am aware of
less fortunate attempts conducting group mapping events recently; but
try not blame them, but give them a hand to do it better next time - and
I know you did, but some of them apparently did not understand how
communication works in OSM). Try to give them the benefit of the doubt:
most mappers, even in group event, do this voluntarily and because they
want to enjoy extend this great geodatabase!

IMHO, OSM cannot do without those events, because we do not want to
leave the future of OSM only to businesses and their paid mappers (and
we have seen that in some countries, including Canada, there might not
be enough people who find their way to OSM without those events).

Tim


[1]
http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager/Validating_data#When_do_we_validate.3F


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

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

[Christoph Hormann]

On Wednesday 22 November 2017, Richard Fairhurst wrote:
>
> Worth noting that WeeklyOSM is produced alongside and seeded by the
> German Wochennotiz. I don't sprechen sufficient Deutsch to be
> certain, but it looks like the German original[1] is more carefully
> worded and less presumptuous. So the controversial second half is
> very possibly just a clumsy translation.

For understanding - and i don't want to support any further attempts in 
telling the WeeklyOSM team how to do their work with that - the German 
version uses the term 'uneinsichtig' - which might also be translated 
as unregenerate.

My attempt at a translation of the German text would be:

"Yuri is perceived by many in this discussion, in a similar way as in 
previous discussions, as unreasonable/unregenerate and questions the 
relevancy of the unwritten rules of OSM."

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

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

Re: [talk-au] NTLIS WMS

[Andrew Harvey]

Hi Jubal,

Sorry, I'm missing the bit how Geoscience Australia extends to cover NTLIS?

I'd really like to see the CC BY 4.0 OSMF waiver
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/  completed by
GA as we've had a case in the past (ACT Government) where an organisation
says it's okay to use their data in OSM provided attribution, but isn't
okay with some of the other requirements from the OSMF waiver, which puts
us in a very awkward position.

PS Your email goes to span in gmail dues to "It has a from address in
microsoft.com but has failed microsoft.com's required tests for
authentication."

Cheers,
Andrew

On 21 November 2017 at 05:31, Jubal Harpster  wrote:

> Hi All,
>
> I was reading the e-mail back and forth with Geoscience Australia (
> https://wiki.openstreetmap.org/wiki/Attribution/Geoscience_Australia) on
> the use its data alongside OpenStreetMap. The final message in the thread
> implies that the CC-BY waiver given for the 250:00 dataset applies to all
> data released by Geoscience Australia under CC-BY, without having to grant
> a specific waiver for reach one.  This would cover the NTLIS WMS service (
> http://wms1.ntlis.nt.gov.au/ilismap?version=1.3.0=
> GetCapabilities=WMS).
> Am I interpreting this correctly?  Or has anyone received a difference
> response from ga.gov.au?
>
> Thanks,
> -Jubal
> www.openstreetmap.org/user/jharpster
>
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Suppression des « gribouillis » GPS

[Vincent Privat]

Les supprimer, je ne sais pas, mais tu peux au moins configurer JOSM pour
utiliser un rendu GPS plus adapté à la situation.
Le dernier ajout qu'on a fait sur le sujet concerne le mode "heatmap", tu
as testé pour voir ce que ça donne ?
Exemples de rendu dans les commentaires des 2 tickets suivants:
https://josm.openstreetmap.de/ticket/13124
https://josm.openstreetmap.de/ticket/14343

A+
Vincent


Le 23 novembre 2017 à 00:48, Sébastien Dinot  a
écrit :

> Bonsoir,
>
> J'ai pour habitude de nettoyer manuellement mes traces GPS via Viking
> avant de les pousser sur OSM et de n'en conserver que la partie utile
> mais certains contributeurs ne prennent pas cette peine et je tombe trop
> fréquemment sur des « gribouillis » tels que ceux-ci :
>
>   * https://www.palabritudes.net/~zebulon/nuage_gps_1.png
>
>   * https://www.palabritudes.net/~zebulon/nuage_gps_2.png
>
>   * https://www.palabritudes.net/~zebulon/nuage_gps_3.png
>
> Comme j'ai du mal à comprendre pourquoi ces contributeurs jugent utile
> de pousser de telles traces, je me dis que soit ils n'ont pas conscience
> du problème, soit ils ne savent pas comment le traiter, soit ils ont la
> flemme de s'attaquer manuellement à cette tâche fastidieuse.
>
> Du coup, je me pose deux questions :
>
>   * N'est-il pas possible de les supprimer ?
>
>   * Connaissez-vous des outils libres qui permettraient d'automatiser ce
> nettoyage (sur GNU/Linux en ce qui me concerne) et dont nous
> pourrions faire la promotion ?
>
> Sébastien
>
>
> --
> Sébastien Dinot, sebastien.di...@free.fr
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>
> ___
> 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-at] Einladung zum November-Stammtisch in Graz am 27.11.2017

[Michael Maier]

Liebe OpenStreetMap-Interessierte in der Steiermark,

Der vor Weihnachten letzte Grazer Stammtisch findet nächsten Montag um
18:00 im Brot & Spiele in Graz statt - Tischreservierung auf
„OpenStreetMap“, wir sitzen im Kaminzimmer (Nichtraucherbereich).

Zwecks Agenda und sonstigem bitte die Wiki-Seite¹ konsultieren:

[1] https://wiki.openstreetmap.org/wiki/Graz/Stammtisch

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



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

[OSM-talk-fr] Suppression des « gribouillis » GPS

[Sébastien Dinot]

Bonsoir,

J'ai pour habitude de nettoyer manuellement mes traces GPS via Viking
avant de les pousser sur OSM et de n'en conserver que la partie utile
mais certains contributeurs ne prennent pas cette peine et je tombe trop
fréquemment sur des « gribouillis » tels que ceux-ci :

  * https://www.palabritudes.net/~zebulon/nuage_gps_1.png

  * https://www.palabritudes.net/~zebulon/nuage_gps_2.png

  * https://www.palabritudes.net/~zebulon/nuage_gps_3.png

Comme j'ai du mal à comprendre pourquoi ces contributeurs jugent utile
de pousser de telles traces, je me dis que soit ils n'ont pas conscience
du problème, soit ils ne savent pas comment le traiter, soit ils ont la
flemme de s'attaquer manuellement à cette tâche fastidieuse.

Du coup, je me pose deux questions :

  * N'est-il pas possible de les supprimer ?

  * Connaissez-vous des outils libres qui permettraient d'automatiser ce
nettoyage (sur GNU/Linux en ce qui me concerne) et dont nous
pourrions faire la promotion ?

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

[Talk-at] Einladung zum November-Stammtisch in Graz am 27.11.2017

[Michael Maier]

Liebe OpenStreetMap-Interessierte in der Steiermark,

Der vor Weihnachten letzte Grazer Stammtisch findet nächsten Montag um
18:00 im Brot & Spiele in Graz statt - Tischreservierung auf
„OpenStreetMap“, wir sitzen im Kaminzimmer (Nichtraucherbereich).

Zwecks Agenda und sonstigem bitte die Wiki-Seite¹ konsultieren:

[1] https://wiki.openstreetmap.org/wiki/Graz/Stammtisch

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



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

Re: [Talk-ec] Mejorando las datos de OSM en Ecuador: Comunidad Ecuador + Telenav mapping team

[Gonzales, Miriam - (p)]

Hola Tonny,

Mucho gusto, creo que podremos revisar el tramo de carretera que corresponde a 
la E35 pero necesitaríamos más imágenes de la ciudad para poder revisar otros 
tramos urbanos, si nos ayudas a tomar imágenes con OpenStreeCam en las 
avenidas/calles principales se podría hacer esa revisión que sugieres.

Saludos y gracias,

M

From: Tonny [mailto:tonny.li...@gmail.com]
Sent: Wednesday, November 22, 2017 12:21 PM
To: talk-ec@openstreetmap.org
Subject: Re: [Talk-ec] Mejorando las datos de OSM en Ecuador: Comunidad Ecuador 
+ Telenav mapping team

Hola, soy de la ciudad de Ibarra y e dibujado bastante hace unos 6 años, si 
pudieran dar una revisión a lo existente yo puedo seguir colaborando con el 
mapa de mi ciudad que es la que conozco bien.


On 11/22/2017 02:04 PM, Gonzales, Miriam - (p) wrote:
Hola #Mapping Ecuador,

Espero todo mundo se encuentre muy bien, además de saludarlos me gustaría 
comentarles que como ustedes ya saben en Telenav estamos tratando de mejorar 
los datos de OSM de carreteras en Ecuador así como las calles principales de 
Quito, Guayaquil, Cuenca, Loja y Machala. Este es un reto tremendo y una súper 
oportunidad para que mejoremos todos los datos mencionados en Ecuador. Algo 
bien importante es que no lo podemos hacer solos, nos gustaría escuchar más 
opiniones y puntos de vista de la Comunidad en Ecuador.

Por lo pronto estoy segura que al menos contaremos con un mes o un poco más con 
el tiempo y disponibilidad del Mapping team de Telenav pero posiblemente 
después de ese periodo ellos ya se tengan que enfocar en otras actividades de 
mapeo. Les pido den sus comentarios si es posible esta semana de lo que se ha 
comentado Talk-EC o en el grupo de Telegram y así aprovechemos al máximo los 
recursos disponibles para la mejora de Ecuador.

Por fa anímense a dar sus opiniones y puntos de vista,

Les comparto unos links de toda la cobertura que estamos agregando de imágenes 
con OpenStreetCam en los siguientes lugares:

Quito:
http://www.openstreetcam.org/map/@-0.2080531316445813,-78.4691619873047,11z

Guayaquil
http://www.openstreetcam.org/map/@-2.170998,-79.922359,10z


Cuenca:
http://www.openstreetcam.org/map/@-2.898809815115425,-79.0155601501465,12z

Machala:
http://www.openstreetcam.org/map/@-3.312590852991507,-79.78443145751955,11z

Loja:
http://www.openstreetcam.org/map/@-3.996807976918554,-79.25631523132326,13z


Y les comparto como se decía anteriormente un Bonus Track con imágenes 
increíbles de los ecosistemas que se encuentran atravesando la Isla Santa Cruz 
en Galápagos

http://www.openstreetcam.org/details/937615/0





___

Talk-ec mailing list

Talk-ec@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-ec


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

Re: [Talk-cz] Cena

[Petr Vejsada]

Dne St 22. listopadu 2017 22:44:06, Mikoláš Štrajt napsal(a):

> Kvartální pivo pravděpodobně bude - už se tam napsal další účastník 
> (Milancer).

OK, napsal jsem se taky.


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

Re: [Talk-cz] Cena

[Mikoláš Štrajt]

-- Původní e-mail --
Od: Petr Vejsada 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 20:15:48
Předmět: Re: [Talk-cz] Cena
"...
Diplom rád donesu na pražské pivo, jen nevím, jestli pražské pivo bude."



Kvartální pivo pravděpodobně bude - už se tam napsal další účastník
(Milancer).




Viz https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5
mG94avTmFb4/edit#gid=150217035 (kdyžtak se připiš na seznam účastníků)





Kdyžtak vezmu foťák a vyfotím diplom na pozadí půlitrů. :-)




--


Mikoláš Štrajt / Severák
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Directed Editing Policy

[Tim Waters]

I've a couple of examples, and a couple of questions which might aid the
discussion.

I recently did some work which would label me as both a directee and a
director. For each changeset I added a custom changeset tag which I thought
was the sensible thing to do. It was also helpful for me to be able to
track the work I did, amongst my other edits at that time. I'm assuming
that this bundle of changesets could be searched for an clustered, and that
I wouldn't need to create another changeset tag for a similar tranche of
work in the future. At the time I did actually briefly consider writing a
wiki page about the work, but thought that too onerous (it was a short
project) and against the spirit of OSM (the world should be free to edit
the free map). I thought I shouldn't have to document all my actions to
contribute. If the policy was adopted, I'd have to go along with it. I
would feel less of an equal, or more under scrutiny if I did.

Some time last year I ran a mapping workshop where participants were
mapping a specific type of feature, using custom presets using established
tags. The use of the presets helped ensure that the tags were consistent.
We didn't really use any specific changeset comments or any new tags, but
when Field Papers was used, I believe this was recorded. The custom editor
was able to add changeset tags too. Again the tools help record the custom
sources involved. Before I ran the workshop, although it was free, public
and publicised, and although the project itself was documented on the wiki
and elsewhere, I did not feel any need to document the actual directed
mapping.

These are just my two experiences, the policy as a whole reads well and I
understand that there is an issue which needs addressing, I hope our
discussions can bring some nuance and improve matters.

Now - the questions:
When I was reading the draft policy, I imagined the state of the Wiki.
Would it be polluted full of stale pages of small directed mapping projects
after a few years?
As the suggestion is that a timeframe is added to the page - is this easily
machine readable and parseable within the Wiki software?
Would it be easy to just see currently active projects, or just see those
projects which were upcoming?


Regards,

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

[OSRM-talk] Direction detection

[Gábor Boskovits]

Hello!

I have a project, where I need to know, in which direction a way was
traversed. I already file an issue on github, issue #4579. I basically
tried to extract the infomation by applying different forward and backward
tags, the results seems to be not ok though. Do you have any better way to
find out what direction the way is traversed? I the result I'm getting
really problematic, or it's just me misinterpreting it?
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-be] OSM and SIAMU

[Jo]

Urbis released all the data for the Brussels region several years ago, so
it should be possible to use that data like we use CRAB in Flanders.

My personal preference would be to work with wikidata identifiers for every
street in and around Brussels.

Polyglot

2017-11-22 21:09 GMT+01:00 joost schouppe :

> Hi Nadia,
>
> Nice to see you here!
>
> I've played with the idea of unique identifiers for OSM objects myself
> before. But it remains controversial in the international community (not so
> much in Belgium). Here's an article I wrote long long time ago about it.
> It's especially useful for the comments, which outline some of the problems
> with my idea [1].
> Also relevant to get a feel for the issues is when this proposition for a
> global reviews database was discussed. Possibilities for linking were
> investigated, and adding external IDs got quite a bit of headwind.
>
> There has been a discussion about wikidata recently that turned so big
> that I couldn't follow at all. But at least until recently, there seemed to
> be an openness towards adding wikidata unique IDs. I don't know enough
> about it to have a real opinion, but to me it sounds elegant to translate
> an official source of streetnames into wikidata objects, then adding that
> identifier to OSM. Maybe those more versed in Wikidata can explain.
>
> That said, I'm not sure your proposed solution is the most simple solution
> to the problem. Given that streetnames are given by the government, in
> theory there is one and only possible way of writing the name. In Flanders,
> that would be the CRAB name. In the very few cases where CRAB is still
> wrong (or more to the point: the sign in the street says something slightly
> different than what CRAB says), you could have name="Name on the Street
> Sign" and something like name_official="Name in CRAB". In that situation,
> the problem is different: how do make sure all the street names are and
> stay correct in OSM. By coincidence, we are actually working towards doing
> something like that. In the scope of the Road Completion project [1] we
> want to start "attribute/tag comparison" real soon. Glenn as well has built
> something that is even further along the line of being in production, where
> we look for "close to this official road, there is no OSM road with the
> same exact name".
> Similar bit different, we developed a website last Open Summer of Code,
> where official cycling network data is compared to OSM data all the time.
> That way we can make sure our Brussel cycling network is always at least as
> correct as the official data.
> It's only a few more steps (not easy ones, I know) until we can work this
> out further. Any difference in street names should then be fixed quite
> quickly. I'd rather see you guys helping out in this effort, than starting
> a cumbersome import.
>
> As far as I know, those codes are only open data in Flanders (accidentally
> through CRAB open data). One of the few rules about "what to map" is that
> it should be verifiable (preferable by anyone, in the field). There are a
> few exceptions, but they are rather rare. As long as the National Registry
> codes are not open data, that sounds lie a real problem to me. In fact,
> there is no way you can import data into OSM that is not open. Because then
> we would have to re-license OSM with the license of the National Registry :)
>
> One more thing is that using this ID will give you false certainty. You
> will get your results, most of the time. But someone might have corrected a
> segment (it used to have the name A, but it really is street B), and they
> will not know what to do with this strange ref number. So even after a
> succesful import, you would still need something like the constant
> comparison described above to check if the streetname is still what the
> unique identifier assumes it should be.
>
> Ben and I have also spent a lot of time thinking about this problem in
> general terms: "how do you keep external data synchronized to OSM". In the
> case of roads it shouldn't actually be that hard. Say you start of with a
> table joining the two datasets together based on the object IDs. You then
> need to monitor how both datasets evolve. On the OSM side, you only have to
> keep analysing segments that have changed a lot (say, the average
> coordinate is too far away; the total length changed too much) or have
> disappeared. Then you can have a process that finds if an object that is
> similar enough is still mapped in the same place. Only when a certain
> threshold is reached, there's a need for manual intervention to check what
> is going on.
> While this sounds complicated, I do think someone experienced in the
> field, could build a model in a couple of days. I think the end result
> would actually be more dependable than your idea, and probably less work to
> implement. I've built something solving a similar problem in FME in not too
> much time (a professional FME 

Re: [talk-au] Pokemon / doodles in Noranda, Perth?

[m.james]

Kill it, kill it all

It's a residential street with no parks or large water bodies.

Also 420 is the pot head code from the US

I found the same thing on Google maps and requested they remove it as well.

Michael


-Original Message-
From: Andy Townsend [mailto:ajt1...@gmail.com] 
Sent: Thursday, 23 November 2017 5:43 AM
To: OSM Australian Talk List 
Subject: [talk-au] Pokemon / doodles in Noranda, Perth?

It looks dodgy, and presumably is just a Pokemon-style edit, but I figured that 
someone more local would be more likely to know for certain one way or the 
other:

https://www.openstreetmap.org/node/4725585201/history#map=19/-31.87776/115.88667

I'm happy to tidy up if you'd like me to - just let me know :)

Best Regards,

Andy



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



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

Re: [OSRM-talk] Some questions

[Gandalf Corvotempesta]

2017-11-22 20:34 GMT+01:00 Daniel Patterson :
>   2) There is no built-in isochrone service.  I assume you're looking
>for GeoJSON polygons that contour away from the start point?
>   There are some WIP pull requests for isochrones (take a look
>   at the active pull requests), but nothing in the main codeline yet.
>   You can also generate them client-side using an approach like this:
>
> https://blog.mapbox.com/add-isochrones-to-your-next-application-e9e84a62345f
>   which uses the `table` plugin, instead of the route plugin.

Yes, I would like to generate some polygon, one for each travel time.
Probably, the best way would be to use one of the free online services (if any)
as I don't need to make this polygons very often (maybe once per month)
thus having the whole OSRM installed may be over kill.

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

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

[Yuri Astrakhan]

Richard, in both languages, the main issue is the same. It says that the
discussion has restarted with the negative commentary, but skips the main
point - that the tool has been substantially reworked based on community
feedback.  It's like saying some people got rich without mentioning the
bank rubbery.  And it alleges that the tool is a "hidden mechanical edit
tool", (GTranslate) which is simply untrue - unless they are claiming that
existing tools are also that.

On Wed, Nov 22, 2017 at 2:08 PM, Richard Fairhurst 
wrote:

> joost schooupe wrote:
> > It doesn't help that it was worded as "people are
> > saying", but then the last part of the sentence seems more
> > like their own opinion.
>
> Worth noting that WeeklyOSM is produced alongside and seeded by the German
> Wochennotiz. I don't sprechen sufficient Deutsch to be certain, but it
> looks
> like the German original[1] is more carefully worded and less presumptuous.
> So the controversial second half is very possibly just a clumsy
> translation.
>
> Reading back through this whole discussion, those of us fortunate enough to
> be born with the world's international language as our mother tongue could,
> perhaps, be more forgiving of those who weren't.
>
> Richard
>
> [1] http://blog.openstreetmap.de/blog/2017/11/wochennotiz-nr-382/
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html
>
> ___
> 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-ec] Mejorando las datos de OSM en Ecuador: Comunidad Ecuador + Telenav mapping team

[Tonny]

Hola, soy de la ciudad de Ibarra y e dibujado bastante hace unos 6 años, 
si pudieran dar una revisión a lo existente yo puedo seguir colaborando 
con el mapa de mi ciudad que es la que conozco bien.



On 11/22/2017 02:04 PM, Gonzales, Miriam - (p) wrote:


Hola #Mapping Ecuador,

Espero todo mundo se encuentre muy bien, además de saludarlos me 
gustaría comentarles que como ustedes ya saben en Telenav estamos 
tratando de mejorar los datos de OSM de carreteras en Ecuador así como 
las calles principales de Quito, Guayaquil, Cuenca, Loja y Machala. 
Este es un reto tremendo y una súper oportunidad para que mejoremos 
todos los datos mencionados en Ecuador. Algo bien importante es que no 
lo podemos hacer solos, nos gustaría escuchar más opiniones y puntos 
de vista de la Comunidad en Ecuador.


Por lo pronto estoy segura que al menos contaremos con un mes o un 
poco más con el tiempo y disponibilidad del Mapping team de Telenav 
pero posiblemente después de ese periodo ellos ya se tengan que 
enfocar en otras actividades de mapeo. Les pido den sus comentarios si 
es posible esta semana de lo que se ha comentado Talk-EC o en el grupo 
de Telegram y así aprovechemos al máximo los recursos disponibles para 
la mejora de Ecuador.


Por fa anímense a dar sus opiniones y puntos de vista,

Les comparto unos links de toda la cobertura que estamos agregando de 
imágenes con OpenStreetCam en los siguientes lugares:


Quito:

*http://www.openstreetcam.org/map/@-0.2080531316445813,-78.4691619873047,11z*

**

*Guayaquil*

*http://www.openstreetcam.org/map/@-2.170998,-79.922359,10z*

**

**

*Cuenca: *

http://www.openstreetcam.org/map/@-2.898809815115425,-79.0155601501465,12z

Machala:

http://www.openstreetcam.org/map/@-3.312590852991507,-79.78443145751955,11z

Loja:

http://www.openstreetcam.org/map/@-3.996807976918554,-79.25631523132326,13z

Y les comparto como se decía anteriormente un Bonus Track con imágenes 
increíbles de los ecosistemas que se encuentran atravesando la Isla 
Santa Cruz en Galápagos


http://www.openstreetcam.org/details/937615/0



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



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

Re: [OSM-talk-be] OSM and SIAMU

[joost schouppe]

Hi Nadia,

Nice to see you here!

I've played with the idea of unique identifiers for OSM objects myself
before. But it remains controversial in the international community (not so
much in Belgium). Here's an article I wrote long long time ago about it.
It's especially useful for the comments, which outline some of the problems
with my idea [1].
Also relevant to get a feel for the issues is when this proposition for a
global reviews database was discussed. Possibilities for linking were
investigated, and adding external IDs got quite a bit of headwind.

There has been a discussion about wikidata recently that turned so big that
I couldn't follow at all. But at least until recently, there seemed to be
an openness towards adding wikidata unique IDs. I don't know enough about
it to have a real opinion, but to me it sounds elegant to translate an
official source of streetnames into wikidata objects, then adding that
identifier to OSM. Maybe those more versed in Wikidata can explain.

That said, I'm not sure your proposed solution is the most simple solution
to the problem. Given that streetnames are given by the government, in
theory there is one and only possible way of writing the name. In Flanders,
that would be the CRAB name. In the very few cases where CRAB is still
wrong (or more to the point: the sign in the street says something slightly
different than what CRAB says), you could have name="Name on the Street
Sign" and something like name_official="Name in CRAB". In that situation,
the problem is different: how do make sure all the street names are and
stay correct in OSM. By coincidence, we are actually working towards doing
something like that. In the scope of the Road Completion project [1] we
want to start "attribute/tag comparison" real soon. Glenn as well has built
something that is even further along the line of being in production, where
we look for "close to this official road, there is no OSM road with the
same exact name".
Similar bit different, we developed a website last Open Summer of Code,
where official cycling network data is compared to OSM data all the time.
That way we can make sure our Brussel cycling network is always at least as
correct as the official data.
It's only a few more steps (not easy ones, I know) until we can work this
out further. Any difference in street names should then be fixed quite
quickly. I'd rather see you guys helping out in this effort, than starting
a cumbersome import.

As far as I know, those codes are only open data in Flanders (accidentally
through CRAB open data). One of the few rules about "what to map" is that
it should be verifiable (preferable by anyone, in the field). There are a
few exceptions, but they are rather rare. As long as the National Registry
codes are not open data, that sounds lie a real problem to me. In fact,
there is no way you can import data into OSM that is not open. Because then
we would have to re-license OSM with the license of the National Registry :)

One more thing is that using this ID will give you false certainty. You
will get your results, most of the time. But someone might have corrected a
segment (it used to have the name A, but it really is street B), and they
will not know what to do with this strange ref number. So even after a
succesful import, you would still need something like the constant
comparison described above to check if the streetname is still what the
unique identifier assumes it should be.

Ben and I have also spent a lot of time thinking about this problem in
general terms: "how do you keep external data synchronized to OSM". In the
case of roads it shouldn't actually be that hard. Say you start of with a
table joining the two datasets together based on the object IDs. You then
need to monitor how both datasets evolve. On the OSM side, you only have to
keep analysing segments that have changed a lot (say, the average
coordinate is too far away; the total length changed too much) or have
disappeared. Then you can have a process that finds if an object that is
similar enough is still mapped in the same place. Only when a certain
threshold is reached, there's a need for manual intervention to check what
is going on.
While this sounds complicated, I do think someone experienced in the field,
could build a model in a couple of days. I think the end result would
actually be more dependable than your idea, and probably less work to
implement. I've built something solving a similar problem in FME in not too
much time (a professional FME worker then re-built it in two days). Seppe
suggested that in the case of road data, a tool like OpenLR [5] might
actually already solve this problem. And Glenn seems to think this is quite
straightforward using Postgis.

Just out of curiosity: what kind of information do you have that is valid
at the level of a streetname?



1: http://www.openstreetmap.org/user/joost%20schouppe/diary/34328
2: https://lists.openstreetmap.org/pipermail/talk/2016-August/076498.html
3: 

[talk-au] Pokemon / doodles in Noranda, Perth?

[Andy Townsend]

It looks dodgy, and presumably is just a Pokemon-style edit, but I 
figured that someone more local would be more likely to know for certain 
one way or the other:


https://www.openstreetmap.org/node/4725585201/history#map=19/-31.87776/115.88667

I'm happy to tidy up if you'd like me to - just let me know :)

Best Regards,

Andy



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

Re: [OSRM-talk] Some questions

[Daniel Patterson]

Hi Gandalf,

  1) If you edit `car.lua`, you can turn off the "exclusions",
  which will save some memory (perhaps 20%).  Other than that,
  not really.  If you pre-process using `car.lua`, you'll only get
  datafiles that are useful for car driving, it doesn't care about
  truck/walk/other restrictions.  In theory yes, much of the data
  isn't needed, but OSRM currently doesn't support *not* loading
  everything.

  2) There is no built-in isochrone service.  I assume you're looking
   for GeoJSON polygons that contour away from the start point?
  There are some WIP pull requests for isochrones (take a look
  at the active pull requests), but nothing in the main codeline yet.
  You can also generate them client-side using an approach like this:

https://blog.mapbox.com/add-isochrones-to-your-next-application-e9e84a62345f
  which uses the `table` plugin, instead of the route plugin.

  In general though, consider simply requesting the actual routes from
OSRM -
  they're generated pretty fast, even for interactive use.

3) The simplest way is to pre-merge the OSM datafiles using something
like
http://docs.osmcode.org/osmium/latest/osmium-merge.html

The only alternative would be to run several OSRM servers on
different
HTTP ports, and create a proxy in front that looks at the request
coordinates
and directs each request to the appropriate map.  No such thing
comes
with OSRM however, you'll need to build it yourself.

4) The osrm-routed memory usage depends on the size of your map.  For
the planet,
 with the car profile, it's in the order of 60-70GB.

5) Yes, `osrm-routed` supports seamless dataswaps.  Use `osrm-datastore
`
to load your data into shared memory, then run `osrm-routed -s` to
tell `osrm-routed`
to look in shared memory instead of loading files itself.
You can then replace the shared memory data with another invocation
of
`osrm-datastore `, and `osrm-routed` will seamlessly
swap to the
new dataset.
Note that you will need sufficient RAM to hold both sets of data in
memory during
the swapover.

daniel

On Wed, Nov 22, 2017 at 11:09 AM, Gandalf Corvotempesta <
gandalf.corvotempe...@gmail.com> wrote:

> Hi to all
> for a project, I have to calculate distance and travel time between 2
> points.
> I've tried, with success, OSRM. Some questions:
>
> 1) can I strip down as much as possible to keep the memory usage low ?
> I don't need any restricted turns for trucks and so on,
> the only needed profile is "car" and I only need to fetch distance and
> time, even directions are not needed.
>
> 2) would be possible to return a GeoJSON (or any other format) with
> isochrones from a defined point ? I would use this to pre-calculate an
> estimated travel time between points.
>
> 3) how can I load multiple maps with osrm-routed ?
>
> 4) which is the memory usage for osrm-routed ? I've pre-processed the
> maps on a huge computer and then i'm running osrm-routed on a server.
> Is that the sum of all *.osrm.* files ?
>
> 5) in case of map updates, can I "reload" osrm-routed without restarting
> it ?
>
> Thank you in advange.
>
> ___
> 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-au] [Aust-NZ] FOSS4G-ANZ? - Doodle pole for kickoff meeting

[Cameron Shorter]

Hi all,

For those interested in being involved in a FOSS4G-ANZ conference for 
2018, I've set up a Doodle pole for a kickoff meeting next week. Please 
let us know when you are available.


https://doodle.com/poll/s3vdegqcqrdbxq4w

Meeting location: irc://freenode.net#osgeo

Primary email list: https://lists.osgeo.org/mailman/listinfo/aust-nz

Agenda (extending John Bryan's agenda):
-form a committee & determine 'rules of engagement' (how do we work 
together as a group?)

-broadly scope the event, determine key details (what is it? when is it?)
* How many days?
* Venue type?
* Target size?
* Target cost?
* Program?
* What location? (how we select it)
-select communication forum(s): email list, wiki, meeting times
-nominate and save the date
-plot out a schedule for the planning process
-identify, and begin engaging with, key stakeholders
* Potential bodies to manage finances: SSSI, OSGeo, OSM State of the 
Map, other

* Potential champions: LINZ, GA, CSIRO,
-begin spreading the word!

Agenda (extending John Bryan's agenda):
-form a committee & determine 'rules of engagement'
-broadly scope the event
* How many days?
* Venue type?
* Target size?
* Target cost?
* Program?
* What location?
-select communication forum(s): email list, wiki, meeting times
-nominate and save the date
-plot out a schedule for the planning process
-identify, and begin engaging with, key stakeholders


Re setting up FOSS4G conferences, the OSGeo Conference Committee has 
been building up a cookbook over the years. It is not complete, but is a 
starting point:

https://wiki.osgeo.org/wiki/FOSS4G_Handbook

Cheers, Cameron

On 22/11/17 9:19 pm, John Bryant wrote:
Hi all, I can see the below message on the online version of the 
thread, but it didn't come through to my email. I see it was posted 
early this morning, but I couldn't see it online until this evening. 
In case I'm not the only one who didn't get it, I'll paste it here:


Apologies for the cross posting, but I figured it was worth making
sure a few key people/groups are aware of this discussion.

I second Daniel's comments.

As an intro, I work at NIWA and have been active in the NZ FOSS
GIS community for some years (QGIS, Postgis, Geonetwork, GMT,
GDAL, etc...), and a semi-regular at FOSS4G when I can.
There are a few events that this could link in with, and a few
local SIGs & forums that may also be interested, but if
TechnologyOne are interested in linking this to their QGIS
workshops, I think that would be an ideal start, possibly even in
both countries??

Some other NZ groups/events we could perhaps work with:

NZ Spatial Excellence awards
Horizons Regional GIS forum
NZOSA
ALGIM
NZ Emerging Spatial Professionals
...

My time & availability is limited, but very happy to help where I
can to progress this.


Brent Wood


On 21 November 2017 at 22:50, Alex Leith > wrote:


Hi Daniel and others

I think that sounds like a good plan, alternating between NZ and AU.

Responding to Jeff, it's fantastic to know that OSGeo is
supportive. And my earlier comments around 'organisation' really
are around how we can have an account and seed funding to start
from. I think doing that through an existing organisation sounds
way better than creating an entity.

Regarding John's steps, I think this is just about right.
Somewhere in there needs to be the organising of a relationship
with a body that can handle the money, though. Once we've got a
bit of a prospectus, I can talk to SSSI, potentially. Are there
other organisations may be interested?

And again, I agree with John, so let's try to arrange some kind of
video meeting soon. I suggest the week after next, so 5 or 6 of Dec.

Regards,

Alex



On Tue, 21 Nov 2017 at 22:18 dwsilk > wrote:

Hi all

For those that don't know me, I work at Land Information New
Zealand and
attended the QGIS Au meetup on Friday.

On 21 November 2017 at 23:21, John Bryant <[hidden email]> wrote:
>
> I see the first steps, roughly, as:
>
> -form a committee & determine 'rules of engagement' (how do
we work
> together as a group?)

..and as an extension of this, how do we work together as two
countries?

One idea that I raised with John when we discussed this was:
- sharing membership of an organising committee between Au/NZ
- alternating FOSS4G events between the two countries each year
- heavy lifting is taken on by the committee members from the
host country

As a bit of background, TechnologyOne has organised a QGIS
user conference
in New Zealand for the last few years. That conference already
consisted of
2 or 3 days of 

Re: [Talk-cz] Cena

[Marián Kyral]

-- Původní e-mail --
Od: Petr Vejsada 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 20:15:48
Předmět: Re: [Talk-cz] Cena
"Ahoj,

Dne St 22. listopadu 2017 18:09:36, jzvc napsal(a):

> A ty sem davas nakej hnusnej obrazek ... kde je ta kolegyne ? ;D

neměl jsem s sebou foťák a i kdyby, raději bych to neriskoval. Mohla by
prasknout čočka ;-)

Jinak co mi p. Souček poradil je reklamovat definiční bod ne přes reklamaci
prvku RÚIAN, ale přes reklamaci prvku ISKN (katastr nemovitostí). Tak jsem
dnes zkusil reklamovat http://ruian.poloha.net/building.php?kod=24704873 .
Uvidíme. Reklamace katastru se prý řeší nějak více povinně než reklamace
RÚIAN a z katastru to do RÚIAN pak probublá automaticky.

Diplom rád donesu na pražské pivo, jen nevím, jestli pražské pivo bude.
"



Já myslím, že bude. Oni se lidi vždycky nějak zázračně najdou :-D




Akorát já budu tentokrát v Ostravě.




Marián



"
--
Petr


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

Re: [Talk-cz] Cena

[Petr Vejsada]

Ahoj,

Dne St 22. listopadu 2017 18:09:36, jzvc napsal(a):

> A ty sem davas nakej hnusnej obrazek ... kde je ta kolegyne ? ;D

neměl jsem s sebou foťák a i kdyby, raději bych to neriskoval. Mohla by 
prasknout čočka ;-)

Jinak co mi p. Souček poradil je reklamovat definiční bod ne přes reklamaci 
prvku RÚIAN, ale přes reklamaci prvku ISKN (katastr nemovitostí). Tak jsem dnes 
zkusil reklamovat http://ruian.poloha.net/building.php?kod=24704873 . Uvidíme. 
Reklamace katastru se prý řeší nějak více povinně než reklamace RÚIAN a z 
katastru to do RÚIAN pak probublá automaticky.

Diplom rád donesu na pražské pivo, jen nevím, jestli pražské pivo bude.

--
Petr


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

[OSRM-talk] Some questions

[Gandalf Corvotempesta]

Hi to all
for a project, I have to calculate distance and travel time between 2 points.
I've tried, with success, OSRM. Some questions:

1) can I strip down as much as possible to keep the memory usage low ?
I don't need any restricted turns for trucks and so on,
the only needed profile is "car" and I only need to fetch distance and
time, even directions are not needed.

2) would be possible to return a GeoJSON (or any other format) with
isochrones from a defined point ? I would use this to pre-calculate an
estimated travel time between points.

3) how can I load multiple maps with osrm-routed ?

4) which is the memory usage for osrm-routed ? I've pre-processed the
maps on a huge computer and then i'm running osrm-routed on a server.
Is that the sum of all *.osrm.* files ?

5) in case of map updates, can I "reload" osrm-routed without restarting it ?

Thank you in advange.

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

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

[Richard Fairhurst]

joost schooupe wrote:
> It doesn't help that it was worded as "people are
> saying", but then the last part of the sentence seems more 
> like their own opinion.

Worth noting that WeeklyOSM is produced alongside and seeded by the German
Wochennotiz. I don't sprechen sufficient Deutsch to be certain, but it looks
like the German original[1] is more carefully worded and less presumptuous.
So the controversial second half is very possibly just a clumsy translation.

Reading back through this whole discussion, those of us fortunate enough to
be born with the world's international language as our mother tongue could,
perhaps, be more forgiving of those who weren't.

Richard

[1] http://blog.openstreetmap.de/blog/2017/11/wochennotiz-nr-382/




--
Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html

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

[Talk-ec] Mejorando las datos de OSM en Ecuador: Comunidad Ecuador + Telenav mapping team

[Gonzales, Miriam - (p)]

Hola #Mapping Ecuador,

Espero todo mundo se encuentre muy bien, además de saludarlos me gustaría 
comentarles que como ustedes ya saben en Telenav estamos tratando de mejorar 
los datos de OSM de carreteras en Ecuador así como las calles principales de 
Quito, Guayaquil, Cuenca, Loja y Machala. Este es un reto tremendo y una súper 
oportunidad para que mejoremos todos los datos mencionados en Ecuador. Algo 
bien importante es que no lo podemos hacer solos, nos gustaría escuchar más 
opiniones y puntos de vista de la Comunidad en Ecuador.

Por lo pronto estoy segura que al menos contaremos con un mes o un poco más con 
el tiempo y disponibilidad del Mapping team de Telenav pero posiblemente 
después de ese periodo ellos ya se tengan que enfocar en otras actividades de 
mapeo. Les pido den sus comentarios si es posible esta semana de lo que se ha 
comentado Talk-EC o en el grupo de Telegram y así aprovechemos al máximo los 
recursos disponibles para la mejora de Ecuador.

Por fa anímense a dar sus opiniones y puntos de vista,

Les comparto unos links de toda la cobertura que estamos agregando de imágenes 
con OpenStreetCam en los siguientes lugares:

Quito:
http://www.openstreetcam.org/map/@-0.2080531316445813,-78.4691619873047,11z

Guayaquil
http://www.openstreetcam.org/map/@-2.170998,-79.922359,10z


Cuenca:
http://www.openstreetcam.org/map/@-2.898809815115425,-79.0155601501465,12z

Machala:
http://www.openstreetcam.org/map/@-3.312590852991507,-79.78443145751955,11z

Loja:
http://www.openstreetcam.org/map/@-3.996807976918554,-79.25631523132326,13z


Y les comparto como se decía anteriormente un Bonus Track con imágenes 
increíbles de los ecosistemas que se encuentran atravesando la Isla Santa Cruz 
en Galápagos

http://www.openstreetcam.org/details/937615/0

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

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

[joost schouppe]

Most of the important stuff has been said already, so I'm just replying
because I feel like I have to, since I'm running for the OSMF board [1] on
a platform partly about "let's try and keep things fun, shall we?" [2].

Some observations :

- while the Weekly did make a bit of a harsh statement, I've been surprised
before about how people "who call out" others seem to feel like they can be
as harsh as they want to.

- the OSM weekly is constantly calling for help. If you don't like what
they're saying, change what they're saying.
In some cases, the "do it yourself philosophy" can feel like a hollow
slogan - how are you going to make a pull request to the standard map style
if you're not a programmer? In this case, all that is needed is time and
motivation

- I do agree that this quote was a bit poorly worded. It's hard to get the
point across in so few words (which is also why we shouldn't try and have
discussions on Twitter). It doesn't help that it was worded as "people are
saying", but then the last part of the sentence seems more like their own
opinion. It would probably have been more useful to state that the proposal
was controversial, coming from someone with a history of controversy, and
just point to one of the messages that tried to explain why.
In fact, the enormous size of messages related to this whole topic, means
that it would benefit from one or more opinion pieces outlining the
conflict and its background. But investigative journalism is hardly
something we can expect from the Weekly. I would in fact very much like the
Weekly team to write more editorial stuff. That would allow them to clearly
voice an opinion, and separate it more from the "real news". That said, if
you write such an editorial piece, it will probably make the Weekly.

-Criticism is often hard to receive, especially about things you do as
volunteer. Even if people do misguided things, they did them because they
believed they were doing right. And with some guidance, the next thing they
do could be great.
Anyone in the OSM ecosystem should be able to take some criticism, it comes
with the diversity of opinion. But I feel like we have "survival of the
thickest skin". I really appreciate the people in this thread asking for
attention to being more sensitive about that. It shouldn't end in bland
self-censorship, but I do feel like many of us could learn a thing or two
about non-violent communication.

Joost

1: https://wiki.openstreetmap.org/wiki/Foundation/AGM17/Election_to_Board
(all it takes is being a member and adding yourself to that wiki page!)
2: http://www.openstreetmap.org/user/joost%20schouppe/diary/42720
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Directed Editing Policy

[David Earl]

I and colleagues are affected by this policy in that we maintain the map,
which is based on OSM data, for the estate of the University of Cambridge
(obviously, not exclusively, but in practice, most of the work is done by
us, and there are some parts of the estate that aren't generally
accessible). As well as the main map, we have a number of little spin-off
projects, like one that's going on now to locate all specialist recycling
points in the University (paper and cans etc being ubiquitous, but things
like pens less so). The main part of the project was in 2012, and in one
way or another, I did in fact informally do most of what the policy would
require in the future.

While I don't think it's particularly unreasonable, the policy feels very
off-putting to me and I think it feels quite hostile to what is a benign
and desirable activity.

It's also all rather about their obligations to OSM. I think it could work
more positively both ways, giving assurances that if they've followed the
rules, there is some expectation that what they do can last into the future
and that their investment has some degree of security. Groups are making
changes for a reason, presumably. If they are doing so reasonably, it would
be really nice to think that their efforts were supported and encouraged,
not just accepted by sufferance as this policy feels, or even undermined.
If they are putting real money into developing the map, then not
undermining their efforts, supporting the declarations made in public under
the policy into the future. Give businesses putting in real money something
back for their investment in terms of support, not discouragement. OSM can
be a very hostile place to try to work within and slews of hostile reaction
to starting a project doesn't get it off to a good start.

Another part of the University, unrelated to the map group, did start
making changes, with a group of volunteers in a class, in exactly the
unfortunate way that this policy is designed to prevent (and I still
haven't undone all of them) because they just blundered in without thinking
about the co-operative nature of the project. They got stamped on pretty
promptly though by several of us (both within the University mapping
project and others, and not least because they broke the public map of the
University!) But unfortunately the effect of that was for them just to
abandon what they were doing rather than try to take advice in how to do it
right. Waving a formal policy in their face would have made things worse, I
think: the problem was they didn't understand, and a policy wouldn't have
made them understand any better - they wouldn't have been any more aware of
it than they were of any other aspect of what they were doing.

Putting other hats on, I sometimes produce paper maps for people, for
example, as a paid job. On the whole that need not concern OSM - I'm just a
data consumer for those purposes. However, it's a rare project where I
don't find something is wrong or incomplete in the data as I do it, and of
course I go in and correct it, either by surveying, or from local knowledge
or whatever - or, perhaps somewhat closer to this discussion - based on
information from the client, like building plans (copyright permitting of
course). So sometimes, it's only a side effect of a project that I discover
errors and fix them, things I would have done anyway without it being part
of a paid project, had I been aware of them.

But leaving aside the general points, there's some specific things:

(a) the policy is focussed around new activity, but we've been doing the
University map project for many years, so some of the requirements and
recommendations don't really fit.

(b) B2 starts "You *must* aim to comply with...".  Surely either "must" or
"should"; "must aim to" = "should" and "aim to" is fuzzy.

(c) A6 says 24 hours to reply to something. That seems a ridiculously short
time, especially as this is aimed at people who will most likely follow a
pattern of working days, possibly part time, take holidays and time off,
sleep and the like. Just because OSM keenies work at it 24/7 doesn't mean
everyone else does.

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

Re: [OSM-talk-be] OSM and SIAMU

[Marc Gemis]

Hallo Nadia,

nice to hear that the fire department is using OSM.

As for the refs for the roads. There are a number of different systems
in place for reference numbers that you do not see.
In the UK they use official_ref or admin_ref [1]
In France they have e.g. ref:FR:FANTOIR
and there is also unsigned_ref [2]

I would stick to one of those keys

Some people in the international community do no like those external
accounts, as ordinary mappers cannot easily check them. I do not think
that the Belgian community really objects to those refs. Be aware that
those refs can disappear, as mappers might not understand their
purpose.

I leave it to others to decide whether the import procedure has to be
followed to add the refs.

In case you understand German, it might be interesting to view the
presentation by this fire department [3] on using OSM.


regards

m

[1] 
https://wiki.openstreetmap.org/wiki/United_Kingdom_Tagging_Guidelines#Tagging_Road_Numbers
[2] https://wiki.openstreetmap.org/wiki/Key:unsigned_ref
[3] 
https://www.youtube.com/watch?v=1__IjaP1EY8=youtu.be=PLTli5-lbeoibyuVe_GXqZjYqNT-P83zEp

On Wed, Nov 22, 2017 at 1:57 PM, PONCELET Nadia
 wrote:
> Hello everyone,
>
>
>
> The SIAMU (fire brigade and of urgent medical aid of the Brussels Region)
> presently uses OpenStreetMap in several of its applications, in particular
> to define preferential routes for emergency vehicles in Brussels. We work at
> the moment with Champs Libres to ensure a regular and effective integration
> of OSM updates in our internal applications.
>
>
>
> One of the problems we run into is related to street names. The SIAMU have
> its own dictionary of street names which we have associated with OSM road
> network using the ‘name’ tag. But we have some difficulties in maintaining
> this link throughout the updates.
>
>
>
> All things considered, the best solution for us would be to add some
> reference identifier to every OSM highway in Brussels. That would allow us
> to maintain the link with our internal street dictionary, even when the tag
> ‘name’ is modified.
>
>
>
> There are several possibilities for a reference id. We suggest choosing the
> national register number for public road network (made of the zip code + a
> road number). This code would have the advantage to be also usable outside
> Brussels Region. Moreover, anyone who wants to make the link between OSM and
> any administrative data containing this national register number could
> re-use it.
>
>
>
> We would like to ask for advice to the OSM community on several questions:
>
> - Do you think that a new tag ‘ref:natreg’ could be used?
>
> - In certain cases, several numbers of national register are associated to
> the street (when the street follows or crosses one or several municipal
> limits). In this case, it is preferable to use several tags or to use a
> single tag with a separator (";") between the different reference numbers?
>
> - Do you think that an automatic import of these national register numbers
> for Brussels Road network could be realized?
>
>
>
> Of course, we also plan to contribute to improve OSM objects used by the
> emergency services. A wikipage could be created listing all the tags that we
> consider important for our applications. We see a real added-value in using
> OSM in our applications (especially in term of data updates) and we hope for
> a fruitful collaboration!
>
>
>
>
>
> Nadia Poncelet (for SIAMU)
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [Talk-cz] Cena

[jzvc]

Dne 21.11.2017 v 23:27 Petr Vejsada napsal(a):

Ahoj,

už je tma a tak se těžko fotí slušných světel nemaje, tak alespoň ilustrační 
miniaturu.

Dobrý pokec s p. Součkem a jeho nádhernou kolegyní - užitečné informace k reklamacím. 
Nejspíš půjde reklamovat "budova místo dvora" přes definiční bod, a to snad i 
poměrně rychle. Dám vědět jak na to.


A ty sem davas nakej hnusnej obrazek ... kde je ta kolegyne ? ;D



Tak nezpychněme ;-)

--
Petr



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




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

Re: [Talk-cz] Implicitní a předpokládané hodnoty

[jzvc]

Dne 22.11.2017 v 12:16 Matej Lieskovský napsal(a):

Ahoj!

Nejdříve definice:
Nechť implicitní hodnoty jsou ty, které vyplývají z jiných tagů a neměly
by být zaznačené (tag používán pouze pokud implicitní hodnota je
špatně). Věci jako access=yes a podobně.
Předpokládané hodnoty nechť jsou ty, kde lze (pro potřeby uživatele)
tipnout, co je správná hodnota, ale pořád se vyplatí je "potvrdit". Jako
příklad bych asi uvedl surface=asphalt na silinicích třetí třídy a vyšších.

Je někde sepsáno, které hodnoty jsou implicitní a které jsou
předpokládané?



Cus, prvni co si uvedom ... ses na OPENstreetmap.

Pak zapremejslej o tom jak to funguje. A pak uz ti to dojde ;D. Tyhle 
veci nikde receny nejsou, protoze OSM nema deklarovany zadny schema. Coz 
je (podle me) jedno z nejvetsim minusu OSM dat vubec.


Existuje sice neco, jako vice-mene vseobecne prijimany uzus, ale to 
plati o naprosto minimalni skupine tagu. Nadto chte nechte driv nebo 
pozdejs dojdes k tomu ze "tak ja to tam teda pridam, kdyz autor(i) 
renederu/navigace/... je tupej". Viz nekde kousek vedle Majka.


Pricemz si myslim, ze (bohuzel) tenhle stav bude s rostoucim objemem cim 
dal vetsi problem.


Vsak se podivej na toto 
https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport


Rok 2011. Co myslis ze bude na mape, kdyz otagujes nastupiste 
public_transport=platform ? Nebude tam vubec nic. Presto, ze respektujes 
schvaleny tagovani a presto, ze puvodni je davno oznaceny jako 
zastaraly. A to se bavime o oficielnim renederu OSM, o ostatnich netreba 
vubec mluvit, tam to bude jeste horsi. Viz Majka a jeji stiznosti na relace.



BTW: Rychlosti ve mestech taguju na ne-ulicich, cokoli je ulice, tam 
ocekavam ze to zvladne SW. U silnic vyssich kategorii by se to sice dalo 
treba hadat, ale ne vzdycky jsou otagovany zacatky a konce obci a hadat 
to z toho ze kolem jsou domy ...


BTW2: Kdyz uz sme u ty rychlosti ... co myslite, kolikrat se zmeni 
rychlostni limit mezi zacatkem D10 a krizenim s Ceskobrodskou? Urcite to 
neni otagovany v OSM tak, jak je to znaceny ve skutecnosti, protoze tam 
se ten limit meni nejmin 6x. Bezne je tam trebas zmena z D(omezeny na 
80) na R(110 - nejsme ve meste) a 30m za tim omezeni na 80.





Já si tím třeba nejsem jist - oneway=no je implicitní,
maxspeed=50 + source:maxspeed=cz:urban je (ve městech) asi
předpokládatelné... Problémy vidím v tom, že se ty předpoklady budou
lišit mezi oblastmi. Implicitní hodnoty by měl řešit editor, obojí by
mělo pomoct uživatelům. Pokud by se implicitní hodnoty řešily i na
základě relací, tak by to mohlo hodně pomoct s jejich adopcí. (Třeba by
editor napsal "tato ulice má implicitní tento name, protože patří do
této street relation"). Máme něco takového?

Ať se daří,
Matej


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




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

Re: [Talk-cz] Poslední letošní kvartální pivo Q4/2017

[Jan Macura]

Ahoj,

2017-11-22 7:13 GMT+01:00 Marián Kyral :

> Přece nás nenecháte vyhrát ;-)
>

co Plzeň? Já bych zašel, zatím to vypadá, že bych i měl čas. Zapsal jsem to
do tabulky, tak se neváhejte připsat ;-)

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

Re: [Talk-cz] Cena

[Jan Macura]

Je to super, že i tak amorfní skupina jako "komunita OpenStreetMap.cz"
dostala ocenění :-)
Gratuluji vám všem, kteří tvoříte OSM na českém území od samého počátku!

H.

2017-11-21 23:27 GMT+01:00 Petr Vejsada :

> Ahoj,
>
> už je tma a tak se těžko fotí slušných světel nemaje, tak alespoň
> ilustrační miniaturu.
>
> Dobrý pokec s p. Součkem a jeho nádhernou kolegyní - užitečné informace k
> reklamacím. Nejspíš půjde reklamovat "budova místo dvora" přes definiční
> bod, a to snad i poměrně rychle. Dám vědět jak na to.
>
> Tak nezpychněme ;-)
>
> --
> Petr
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-es] Uso de los datos del CDAU en OSM

[dcapillae]

¡Listo! He subido la imagen al wiki y la he enlazado con la página de fuentes
de datos potenciales para que nos sirva como justificante. El archivo lo he
publicado con licencia CC BY-SA. Por favor, siéntete libre de cambiarle la
licencia si lo consideras oportuno.

File:Autorización del IECA para la incorporación de datos del CDAU a
OpenStreetMap.png

  

Gracias de nuevo.

Un cordial saludo.



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-cz] Používání railway=junction

[jzvc]

Dne 22.11.2017 v 14:26 Radek Svoboda napsal(a):

Zkusím popsat navržené mapování, jestli to chápu správně.
Třeba na tomto případě spojky mezi dvěma odbočkami:
http://overpass-turbo.eu/s/t9p
Obě odbočky jsou jako uzly (railway=junction), mají jméno(name), kód
(railway:ref) ...
a relace této spojky (railway=facility, name=Jméno spojky) bude
obsahovat jen příslušnou oblast (landuse=
railway)? Vlastní koleje už ne? A co uzly odboček?
Nemělo by se na relaci spojky dívat jako na krátkou trať, kde jsou v
relaci jen příslušné cesty?



Jednak zapremejslej o tom, k cemu by to jako bylo dobry.

A pak se bez podivat na nejaky schema zeleznicni site, nevim o tom, ze 
by nejaka trat v CR zacinala nebo koncila jinde, nez na nadrazi (cemuz 
se mimo jiny rika zeleznicni uzel = junction). Pochopitelne - ne kazdy 
nadrazi je zeleznicnim uzlem. A hypoteticky (v CR asi neexistuje) nemusi 
byt zeleznicni uzel nadrazim.


Vyhybky (= ten node kde se koleje napojujou) maj zcela jiste nejaky ID, 
jen nevim o zadnym vyuzitelnym zdroji. Leda to zkusit obejit ;D.


BTW: A to "novy" schema OSM vesele dal nerenederuje.




R.

-- Původní e-mail --
Od: Michal Pustějovský 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 10:50:05
Předmět: Re: [Talk-cz] Používání railway=junction


Ahoj,
Souhlas - je tím opravdu míněna odbočka. Tyhle dva pojmy dost často
splývají. Například plánovaná Boskovická spojka je vlastně odbočka z
hlavní trati (https://cs.wikipedia.org/wiki/Boskovick%C3%A1_spojka).

U dlouhých spojek můžeš vytvořit relaci railway=facility a přidat
landuse=railway, které pokrývá rozsah dané spojky. Vlastně stejně,
jak se to dělá u železniční stanice.

Michal

-- Původní e-mail --
Od: Mikoláš Štrajt 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 9:41:03
Předmět: Re: [Talk-cz] Používání railway=junction


Ahoj,
spojkou je na wiki určitě míněna spíš odbočka. Nemá smysl čáru
mapovat bodem.
Navíc i dopravní slovník (http://dopravni-slovnik.fd.cvut.cz/)
potvrzuje, že junction znamená odbočka.

--
Severák
-- Původní e-mail --
Od: Radek Svoboda 
Komu: talk-cz@openstreetmap.org
Datum: 21. 11. 2017 19:37:46
Předmět: [Talk-cz] Používání railway=junction


Ahoj všem,

chci si ujasnit používání tagu railway=junction. Železniční
mapovací "kuchařka" [1] jej zmiňuje v definici uzlu
železniční stanice s obecným popiskem "Spojka dvou tratí. "

V ČR jsem zatím narazil na dva dost různé druhy použití:
1) u odboček na širé trati, např. Odbočka Odra
https://www.openstreetmap.org/node/3261711043
2) pro spojky dvou tratí, např. Blažovická spojka
https://www.openstreetmap.org/node/3321576509

Myslím, že by stálo za to použití sjednotit. Osobně se mi
spíše zamlouvá první možnost, protože odbočky více
odpovídají definici žel. uzlu - např. mají ref. číslo. Pro
spojky tratí, které mohou být i docela dlouhé, by se spíš
hodila relace (např. přes dva uzly odboček a vlastních
cest/kolejí). Jak to vnímáte vy?

Díky,
Radek

[1]

https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/Zna%C4%8Den%C3%AD_kolejov%C3%BDch_trat%C3%AD#Uzel_.C5.BEelezni.C4.8Dn.C3.AD_stanice


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

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

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



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




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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[Jan Martinec]

Ahoj,

ad 3:
Mají na to nástroj, veřejnosti dostupný, a celkem použitelný - spousta
příčetných filtrů, zobrazení změn, integrace s editory (vývojáři se velmi
snaží - dokonce jsme si ondyno volali, abych jim dal feedback). Jestli to
používají stylem "všechno budiž před aktualizací opalečkováno," Pán Bůh
požehnej: to mají za každý den editace zaděláno na několik měsíců validace.
Já tam koukám jen na Prahu, jenom na podezřelé changesety, a stejně je toho
*moc*.

Jak ten jejich release proces funguje, to ale netuším - jsem jen
kolemjdoucí uživatel.

Zdar,
HPM

(Mimochodem, zkuste si to - nově mají ty filtrovaný changesety i jako RSS.
https://osmcha.mapbox.com/ )

Dne 22. 11. 2017 5:07 odp. napsal uživatel "jzvc" :

> Dne 22.11.2017 v 9:40 Marián Kyral napsal(a):
>
>>
>>
>> Bohužel, dle posledních zpráv, nepřebírá Mapbox změny automaticky, ale
>> všechny nejprve kontroluje. Jenže svět je obrovský a změn je hodně -
>> kapku nestíhají :-(
>>
>
> Cus, to by me celkem zajimalo, japa takova "kontrola" probiha. Dovedu si
> totiz predstavit jen dve moznosti:
>
> 1) kdosi "vyvoleny" prohlasi, ze je to OK, maximalne po te co se zbezne
> mrkne ze uprostred mapy neni nakreslena ohromna <> => "kontrola" knicemu.
>
> 2) nekdo bude kontrolovat tag po tagu kazdej node => mozna se za pristich
> 10 000 let dostane na dnesni stav. Daleko rychlejsi by bylo tu mapu
> nakreslit znova.
>
>
> Pricemz defakto na datech OSM probiha kontrola bydefault setrvale, coz je
> videt na tom, ze na skodice (viz konfera nekde kolem) se driv nebo pozdejs
> prijde.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Implicitní a předpokládané hodnoty

[majka]

>
>
> *> Já si tím třeba nejsem jist - oneway=no je implicitní, maxspeed=50 +**>
> source:maxspeed=cz:urban je (ve městech) asi předpokládatelné..*

To možná ano. Zatím jsem se vyhýbala tomu, tohle značit. Sice doufám, že
přechod z padesátky někam jinam ve městě nás už nečeká, ale ještě relativně
nedávno se předpokládalo, že rychlostní omezení ve městě (tedy těch 50) se
do OSM nebude dávat, protože by si s tím měly poradit buď navigace
(kontrola jsem ve městě, nemám jiné omezení, tedy 50), nebo by měli být
inteligentní řidiči. Poslední dobou je ale snaha ty rychlosti nacpat
výslovně na každou ulici (viz úkoly StreetComplete).


> *Pokud by se*
> *> implicitní hodnoty řešily i na základě relací, tak by to mohlo hodně
> pomoct*
> *> s jejich adopcí. (Třeba by editor napsal "tato ulice má implicitní
> tento*
> *> name, protože patří do této street relation"). Máme něco takového?*

Street relation máme, přesně takhle to sice bylo myšlené, ale prakticky to
nefunguje, "nikdo" s tím nepracuje (tím myslím vykreslování, resp.
navigace).
Osobně jsem ze zoufalství, protože nám zmizelo pojmenování v úsecích 2
největších silnic v krajském městě, zase zpátky nacpala to jméno alespoň na
některé z těch úseků.
Relace jsou záležitost sama o sobě, potřebovala bych je využívat víc, ale
nakonec snad budu cpát data na každou jednotlivou ulici, resp. na každý
jednotlivý blok, protože mimo ty nejvíc využívané s tím nikdo nepracuje.


> *No a asi k jádru dotazu: čeho absenci není třeba tagovat? Já bych třeba
> normálně netagoval "tato ulice nemá cyklopruh" - pokud ho nemá a nikdy
> neměla, je to běžný, základní stav, není třeba tagovat "a tady taky není
> slon, ani támhle, ani onde."*

Viz výše, připadá mi, že StreetComplete začíná tímhle stylem k tagování
přistupovat (a docela mě tím štve). Mimo jiné se přiznávám, že tu debatu o
číslech budov jsem vyvolala já, protože jsem StreetComplete nainstalovala,
a začaly mi vyskakovat tyhle z mého pohledu potencionálně průšvihové úkoly
(dej číslo budově, přitom k informaci o tom, že budova opravdu, ale opravdu
číslo nemá je někde hluboko a stejně jí budeme ignorovat a dalších 10 lidí
se budeme ptát na totéž, nebo navrhovaný dotaz na kouření v hospodách).
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[Jan Macura]

Ahoj,

2017-11-22 10:14 GMT+01:00 Marián Kyral :

> Co jsem tak pochopil,
> registrovaný uživatel Mapboxu snad má nějakou možnost "odsouhlasit" změny
> na určitém území. Ale možná to není pravda.
>

Chtělo by to ověřit. Koukám, že změny, co jsem dělal před týdnem se na
Mapbox Streets ještě neobjevily. Divím se, že na takový omezení Mapbox
přistoupil... Stejně mají minimální šanci ohlídat jiný chyby, než ty, které
odhalí sami mapeři.

Možná bychom jako výchozí mohli nastavit nějakou jinou vrstvu. Třeba
> Wikimedia. Ale není tak čistá jako Mapbox Street. Nebo ještě nějakou úplně
> jinou?
>

Vodovky default! ;-) Jsou nejhezčí ;-)
Wikimedia Maps prošly nedávno docela solidním upgradem, pořád ten render
ale není dokonalý. Jen teď namátkou, když jsem se koukal, třeba uzavřená
cesta s access=* se interpretuje jako chodník...

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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[Jiří Komárek]

3) Automatizovaná kontrola: pustí se na data skripty, ty najdou chyby, 
které se nějak opraví (co jde, tak automaticky, zbytek manuálně), 
překontroluje se routing (jestli to routuje stejně, jako v minulé verzi. 
Pokud ne, hledá se důvod proč mi to hází delší trasu než posledně a 
buďto se chyba opraví, nebo se daná vzdálenost prohlásí za nový 
standard) plus možná ještě něco a pak se teprve vydává.



ad. neustálá kontrola: ano, ale i tak se čas od času rozlije moře nebo 
se komplet vše změní v dům - když někdo rozpojí (multi)polygon



On 22.11.2017 17:06, jzvc wrote:

Dne 22.11.2017 v 9:40 Marián Kyral napsal(a):



Bohužel, dle posledních zpráv, nepřebírá Mapbox změny automaticky, ale
všechny nejprve kontroluje. Jenže svět je obrovský a změn je hodně -
kapku nestíhají :-(


Cus, to by me celkem zajimalo, japa takova "kontrola" probiha. Dovedu 
si totiz predstavit jen dve moznosti:


1) kdosi "vyvoleny" prohlasi, ze je to OK, maximalne po te co se 
zbezne mrkne ze uprostred mapy neni nakreslena ohromna <> => 
"kontrola" knicemu.


2) nekdo bude kontrolovat tag po tagu kazdej node => mozna se za 
pristich 10 000 let dostane na dnesni stav. Daleko rychlejsi by bylo 
tu mapu nakreslit znova.



Pricemz defakto na datech OSM probiha kontrola bydefault setrvale, coz 
je videt na tom, ze na skodice (viz konfera nekde kolem) se driv nebo 
pozdejs prijde.


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



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

Re: [Talk-cz] Implicitní a předpokládané hodnoty

[Jan Martinec]

On 22.11.2017 16:44, Ha Noj wrote:

Je někde sepsáno, které hodnoty jsou implicitní a které jsou předpokládané?
Já si tím třeba nejsem jist - oneway=no je implicitní, maxspeed=50 +
source:maxspeed=cz:urban je (ve městech) asi předpokládatelné... Problémy
vidím v tom, že se ty předpoklady budou lišit mezi oblastmi. Implicitní
hodnoty by měl řešit editor, obojí by mělo pomoct uživatelům. Pokud by se
implicitní hodnoty řešily i na základě relací, tak by to mohlo hodně pomoct
s jejich adopcí. (Třeba by editor napsal "tato ulice má implicitní tento
name, protože patří do této street relation"). Máme něco takového?

*** mě ten systém nevyřčených default hodnot přijde dobrý a
použitelný, např maxspeed i oneway funguje dobře:
https://wiki.openstreetmap.org/wiki/Speed_limits#Country_code.2Fcategory_conversion_table

h.


Ahoj,
s oneway opatrně, ta je implicitní podle typu (!) - dálnice etc. mají 
implicitně oneway=yes, ostatní oneway=no. (Třeba v Prackovicích to 
chvilku routovalo po D8 jen jedním směrem, páč jsem zapomněl na 
oneway=no na estakádě)


Co se týče implicitních hodnot u access=*, tam beru za funkční "pokud 
není nic, předpokládám vjezd/vstup podle typu - tj. na CZ dálnici je 
implicitní bicycle=no, na polní cestě je implicitní horse=yes"; pokud je 
tam něco explicitně, chápu to jako místní úpravu ("bicycle=no" v místě, 
kde je skutečně značka a kolo má objízdnou trasu: 
https://www.openstreetmap.org/way/378254097 ).
Pak jsou méně-zjevné tagy typu highway=crossing (tam bez dalšího 
předpokládám crossing=uncontrolled).


No a asi k jádru dotazu: čeho absenci není třeba tagovat? Já bych třeba 
normálně netagoval "tato ulice nemá cyklopruh" - pokud ho nemá a nikdy 
neměla, je to běžný, základní stav, není třeba tagovat "a tady taky není 
slon, ani támhle, ani onde." Pokud ho měla a už nemá (Pobřežní, nebo ta 
šaškárna v Patočkově nahoru https://www.openstreetmap.org/way/148072749 
), nesouhlasím s wiki, že je to plevelný tag: odstraňuje pochyby, jestli 
tam je nebo ne: explicitně říká "možná byl, ale už není!".


Tam, kde ten tag nebyl nikdy potřeba, tam bych netagoval. Implicitní 
tagy jsou zmíněny většinou ve wiki: 
https://wiki.openstreetmap.org/wiki/Cs:Key:access ; u relací nevím.



Zdar,
HPM


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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[jzvc]

Dne 22.11.2017 v 9:40 Marián Kyral napsal(a):



Bohužel, dle posledních zpráv, nepřebírá Mapbox změny automaticky, ale
všechny nejprve kontroluje. Jenže svět je obrovský a změn je hodně -
kapku nestíhají :-(


Cus, to by me celkem zajimalo, japa takova "kontrola" probiha. Dovedu si 
totiz predstavit jen dve moznosti:


1) kdosi "vyvoleny" prohlasi, ze je to OK, maximalne po te co se zbezne 
mrkne ze uprostred mapy neni nakreslena ohromna <> => "kontrola" knicemu.


2) nekdo bude kontrolovat tag po tagu kazdej node => mozna se za 
pristich 10 000 let dostane na dnesni stav. Daleko rychlejsi by bylo tu 
mapu nakreslit znova.



Pricemz defakto na datech OSM probiha kontrola bydefault setrvale, coz 
je videt na tom, ze na skodice (viz konfera nekde kolem) se driv nebo 
pozdejs prijde.


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

Re: [OSM-talk] Directed Editing Policy

[Yuri Astrakhan]

Thanks Frederik. This is a good explanation. Can some of it perhaps be
added to the document to make it clearer?

On Wed, Nov 22, 2017 at 6:22 AM, Frederik Ramm  wrote:

> Hi,
>
> On 22.11.2017 04:16, Yuri Astrakhan wrote:
> > Pierre, I suspect the number of QA-tool-driven changes are as big, if
> > not much bigger than changes from the organized events and paid editing.
> > I agree QA tools should be regulated, but are you sure we want to do it
> > in the same document, and significantly increase the scope?
>
> This is something that was discussed at length while drafting the
> policy, and you are certainly right, it *is* a difficult area.
>
> The spirit of the policy can largely expressed in "responsibility"
> terms; the policy, by and large, applies whenever the person being
> responsible for an edit is not the person making it.
>
> Most QA tools still require the user to take responsibility. If the QA
> tool says "here's a road that crosses a river without a bridge or ford
> or anything, please check on aerial imagery and apply correct tagging"
> then the responsibility clearly lies with the user. Even if the QA tool
> says "this road is tagged highway=residentail, should it perhaps be
> highway=residential instead?" the responsibility still lies with the
> user. You could go so far as to say: A QA tool that doesn't require the
> user to take responsibility is not a QA tool, it is a distributed
> mechanical edit and as such, covered by its own policy already.
>
> (Of course if I now set up "the great bridge fixing event" where I
> invite people to help me fix all these problems in one weekend, and
> provide detailed instructions to absolute newcomers on how to fix
> bridges, then there might be a point where responsibility shifts to me
> and I am now "directing" these people to use the QA tool to fix things.)
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Implicitní a předpokládané hodnoty

[Ha Noj]

> Je někde sepsáno, které hodnoty jsou implicitní a které jsou předpokládané?
> Já si tím třeba nejsem jist - oneway=no je implicitní, maxspeed=50 +
> source:maxspeed=cz:urban je (ve městech) asi předpokládatelné... Problémy
> vidím v tom, že se ty předpoklady budou lišit mezi oblastmi. Implicitní
> hodnoty by měl řešit editor, obojí by mělo pomoct uživatelům. Pokud by se
> implicitní hodnoty řešily i na základě relací, tak by to mohlo hodně pomoct
> s jejich adopcí. (Třeba by editor napsal "tato ulice má implicitní tento
> name, protože patří do této street relation"). Máme něco takového?
*** mě ten systém nevyřčených default hodnot přijde dobrý a
použitelný, např maxspeed i oneway funguje dobře:
https://wiki.openstreetmap.org/wiki/Speed_limits#Country_code.2Fcategory_conversion_table

h.

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

Re: [Talk-es] Uso de los datos del CDAU en OSM

[Moises Arcos]

Me parece estupendo Daniel, adelante!!!

La idea que yo tengo es crear la propia página de importación tal y como me
comentaba Javier, con el objetivo de organizar los datasets y ver qué es
conveniente importar y de qué modo.
En primer lugar, creo que puede ser una buena fuente de datos para aquellas
poblaciones andaluzas en las que no haya datos sobre calles o portales,
pero obviamente donde haya datos creo que es mejor respetar el que ya está
en OSM o bien comprobar in situ cual es el correcto.

Cualquier novedad la iré notificando por la lista.

Un saludo!!!

El 22 de noviembre de 2017, 14:27, dcapillae  escribió:

> Hola, Moisés.
>
> En primer lugar quiero agradecerte las molestias que te has tomado al
> ponerte en contacto con el IECA para consultar la cuestión del uso de sus
> datos. La respuesta del IECA es una buena noticia. Aunque no sea un
> documento formal de autorización, creo que podríamos subir la imagen que
> adjuntas directamente al wiki de OSM. La respuesta del IECA vía correo
> electrónico nos puede servir como justificación para el futuro uso que
> hagamos de los datos.
>
> Puedo encargarme de subir la imagen al wiki si no tienes inconveniente. Me
> encargaré de clasificarla entre los documentos y enlazarla convenientemente
> para que sea fácilmente localizable. ¿Te parece bien?
>
> Gracias de nuevo por tu labor.
>
> Buen trabajo.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Uso de los datos del CDAU en OSM

[dcapillae]

Hola, Moisés.

En primer lugar quiero agradecerte las molestias que te has tomado al
ponerte en contacto con el IECA para consultar la cuestión del uso de sus
datos. La respuesta del IECA es una buena noticia. Aunque no sea un
documento formal de autorización, creo que podríamos subir la imagen que
adjuntas directamente al wiki de OSM. La respuesta del IECA vía correo
electrónico nos puede servir como justificación para el futuro uso que
hagamos de los datos.

Puedo encargarme de subir la imagen al wiki si no tienes inconveniente. Me
encargaré de clasificarla entre los documentos y enlazarla convenientemente
para que sea fácilmente localizable. ¿Te parece bien?

Gracias de nuevo por tu labor.

Buen trabajo.



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-cz] Používání railway=junction

[Radek Svoboda]

Zkusím popsat navržené mapování, jestli to chápu správně.
Třeba na tomto případě spojky mezi dvěma odbočkami: http://overpass-turbo.
eu/s/t9p

Obě odbočky jsou jako uzly (railway=junction), mají jméno(name), kód
(railway:ref) ...

a relace této spojky (railway=facility, name=Jméno spojky) bude obsahovat
jen příslušnou oblast (landuse=

railway)? Vlastní koleje už ne? A co uzly odboček?

Nemělo by se na relaci spojky dívat jako na krátkou trať, kde jsou v relaci
jen příslušné cesty?




R.


-- Původní e-mail --
Od: Michal Pustějovský 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 10:50:05
Předmět: Re: [Talk-cz] Používání railway=junction
"Ahoj,
Souhlas - je tím opravdu míněna odbočka. Tyhle dva pojmy dost často
splývají. Například plánovaná Boskovická spojka je vlastně odbočka z hlavní
trati (https://cs.wikipedia.org/wiki/Boskovick%C3%A1_spojka).

U dlouhých spojek můžeš vytvořit relaci railway=facility a přidat landuse=
railway, které pokrývá rozsah dané spojky. Vlastně stejně, jak se to dělá u
železniční stanice.

Michal

-- Původní e-mail --
Od: Mikoláš Štrajt 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 9:41:03
Předmět: Re: [Talk-cz] Používání railway=junction
"Ahoj,
spojkou je na wiki určitě míněna spíš odbočka. Nemá smysl čáru mapovat
bodem.
Navíc i dopravní slovník (http://dopravni-slovnik.fd.cvut.cz/) potvrzuje, že
junction znamená odbočka.

--
Severák
-- Původní e-mail --
Od: Radek Svoboda 
Komu: talk-cz@openstreetmap.org
Datum: 21. 11. 2017 19:37:46
Předmět: [Talk-cz] Používání railway=junction
"Ahoj všem,



chci si ujasnit používání tagu railway=junction. Železniční mapovací
"kuchařka" [1] jej zmiňuje v definici uzlu železniční stanice s obecným
popiskem "Spojka dvou tratí. "




V ČR jsem zatím narazil na dva dost různé druhy použití: 

1) u odboček na širé trati, např. Odbočka Odra https://www.openstreetmap.
org/node/3261711043

2) pro spojky dvou tratí, např.  Blažovická spojka https://www.
openstreetmap.org/node/3321576509




Myslím, že by stálo za to použití sjednotit. Osobně se mi spíše zamlouvá
první možnost, protože odbočky více odpovídají definici žel. uzlu - např.
mají ref. číslo. Pro spojky tratí, které mohou být i docela dlouhé, by se
spíš hodila relace (např. přes dva uzly odboček a vlastních cest/kolejí). 
Jak to vnímáte vy?





Díky,

Radek






[1] https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/Zna%C4%8
Den%C3%AD_kolejov%C3%BDch_trat%C3%AD#Uzel_.C5.BEelezni.C4.8Dn.C3.AD_stanice 





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

Re: [Talk-it] Query overpass per tag wikimedia_commons

[Andrea Albani]

>
>
> questa ti ritorna tutti gli elementi con wikimedia_commons, per
> estrarre solo i tag devi parsare l'output
>
>
In realtà mettendo l'output in CSV si può ottenere la lista cercata.

[out:csv(::id,::lat,::lon,"wikimedia_commons";true;",")][timeout:250];
// gather results
(
  // query part for: “wikimedia_commons=*”
  node["wikimedia_commons"]({{bbox}});
  way["wikimedia_commons"]({{bbox}});
  relation["wikimedia_commons"]({{bbox}});
);
// print results
out;
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Uso de los datos del CDAU en OSM

[Miguel Sevilla-Callejo]

Muy buenas noticias, enhorabuena!!

Ahora viene el tedioso trabajo de importación... Muchos ánimos!

Recuerda que tenemos un gestor de tareas que puede ser útil para la tarea
progresiva de subir los datos.

Un saludo

--
 Miguel Sevilla-Callejo
from my mobile 

El 22/11/2017 13:55, "Moises Arcos"  escribió:

> Buenas tardes compis,
>
> tras varios meses de espera tengo respuesta [1] por parte del IECA,
> organismo que gestiona el CDAU.
> Me comentan que sería suficiente para cumplir la licencia, la aparición
> como fuente de datos en la página de contribuidores.
> Así que ya podríamos iniciar el proyecto de importación con sus páginas
> correspondientes en la wiki de OSM.
>
> En cuanto tenga hueco me pongo a ello.
>
> Un saludo!!!
>
> [1] https://drive.google.com/file/d/1PTFiBIsf76FWZ-
> hhv36tRBKfFhgo30jV/view?usp=sharing
>
>
> El 20 de abril de 2017, 13:54, Javier Sánchez Portero <
> javiers...@gmail.com> escribió:
>
>> si. Tienes que crear una propuesta de importación siguiendo las
>> directrices de
>>
>> https://wiki.openstreetmap.org/wiki/Import
>>
>> Tienes un ejemplo aquí
>>
>> https://wiki.openstreetmap.org/wiki/Madrid_taxi_Import
>>
>> Un saludo.
>>
>> El 20 de abril de 2017, 10:07, Moises Arcos 
>> escribió:
>>
>>> Buenos días,
>>>
>>> ayer tuve la oportunidad de ponerme en contacto con una persona del IECA
>>> 
>>> para hablar sobre el uso de los datos del Callejero Digital de Andalucía
>>> Unificado (CDAU )
>>> en OSM. Actualmente estos datos tienen una licencia CC-BY 4.0
>>> 
>>> por lo que si no tengo mal entendido deberíamos solicitar la autorización
>>> expresa sobre el uso de sus datos, para lo que hay que enviarles la carta
>>> al organismo para que den su autorización.
>>>
>>> Mi pregunta es, a parte de enviarles la carta a la persona competente,
>>> ¿tendría que crear en la wiki alguna página o algo donde se suba la
>>> respuesta que me den?
>>>
>>> Un saludo!!!
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Demande de vérification d'une modification (lignes de bus)

[Sébastien Dinot]

Philippe Verdy a écrit :
> "ont l'air", "ils semble", "je ne sais pas", et les conditionnels
> montrent que tu n'es sûr de rien et que tu spécules sur l'avenir.

Je n'ai commis qu'une erreur, répondre à l'un de tes mails. Je ne la
commettrai plus.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

[OSM-talk-be] OSM and SIAMU

[PONCELET Nadia]

Hello everyone,

The SIAMU (fire brigade and of urgent medical aid of the Brussels Region) 
presently uses OpenStreetMap in several of its applications, in particular to 
define preferential routes for emergency vehicles in Brussels. We work at the 
moment with Champs Libres to ensure a regular and effective integration of OSM 
updates in our internal applications.

One of the problems we run into is related to street names. The SIAMU have its 
own dictionary of street names which we have associated with OSM road network 
using the 'name' tag. But we have some difficulties in maintaining this link 
throughout the updates.

All things considered, the best solution for us would be to add some reference 
identifier to every OSM highway in Brussels. That would allow us to maintain 
the link with our internal street dictionary, even when the tag 'name' is 
modified.

There are several possibilities for a reference id. We suggest choosing the 
national register number for public road network (made of the zip code + a road 
number). This code would have the advantage to be also usable outside Brussels 
Region. Moreover, anyone who wants to make the link between OSM and any 
administrative data containing this national register number could re-use it.

We would like to ask for advice to the OSM community on several questions:
- Do you think that a new tag 'ref:natreg' could be used?
- In certain cases, several numbers of national register are associated to the 
street (when the street follows or crosses one or several municipal limits). In 
this case, it is preferable to use several tags or to use a single tag with a 
separator (";") between the different reference numbers?
- Do you think that an automatic import of these national register numbers for 
Brussels Road network could be realized?

Of course, we also plan to contribute to improve OSM objects used by the 
emergency services. A wikipage could be created listing all the tags that we 
consider important for our applications. We see a real added-value in using OSM 
in our applications (especially in term of data updates) and we hope for a 
fruitful collaboration!


Nadia Poncelet (for SIAMU)
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-es] Uso de los datos del CDAU en OSM

[Moises Arcos]

Buenas tardes compis,

tras varios meses de espera tengo respuesta [1] por parte del IECA,
organismo que gestiona el CDAU.
Me comentan que sería suficiente para cumplir la licencia, la aparición
como fuente de datos en la página de contribuidores.
Así que ya podríamos iniciar el proyecto de importación con sus páginas
correspondientes en la wiki de OSM.

En cuanto tenga hueco me pongo a ello.

Un saludo!!!

[1]
https://drive.google.com/file/d/1PTFiBIsf76FWZ-hhv36tRBKfFhgo30jV/view?usp=sharing


El 20 de abril de 2017, 13:54, Javier Sánchez Portero 
escribió:

> si. Tienes que crear una propuesta de importación siguiendo las
> directrices de
>
> https://wiki.openstreetmap.org/wiki/Import
>
> Tienes un ejemplo aquí
>
> https://wiki.openstreetmap.org/wiki/Madrid_taxi_Import
>
> Un saludo.
>
> El 20 de abril de 2017, 10:07, Moises Arcos 
> escribió:
>
>> Buenos días,
>>
>> ayer tuve la oportunidad de ponerme en contacto con una persona del IECA
>>  para
>> hablar sobre el uso de los datos del Callejero Digital de Andalucía
>> Unificado (CDAU )
>> en OSM. Actualmente estos datos tienen una licencia CC-BY 4.0
>> 
>> por lo que si no tengo mal entendido deberíamos solicitar la autorización
>> expresa sobre el uso de sus datos, para lo que hay que enviarles la carta
>> al organismo para que den su autorización.
>>
>> Mi pregunta es, a parte de enviarles la carta a la persona competente,
>> ¿tendría que crear en la wiki alguna página o algo donde se suba la
>> respuesta que me den?
>>
>> Un saludo!!!
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-ja] 歩道のマッピング

[Shu Higashi]

東です。

> crossing_ref=zebraか、crossing=zebraか、推奨案を決めませんか？
> 初心者の方にとって、どちらでも良いというのはわかりにくいのではないかと思います。
>
> ちなみに私はcrossing=zebraで良いと考えます。

私としては
横断歩道をノードで表現する従来のやり方では従来通り
同じノードにcrossing_ref=zebraを追加し、
今回の横断歩道をウェイで表現するやり方では
同じウェイ上にcrossing=zebraを追加する
というところかと思います。
他の方のご意見もありましたらお願いします。

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

Re: [Talk-it] Query overpass per tag wikimedia_commons

[Matteo Zaffonato]

Il 22/11/2017 13:23, Luca Delucchi ha scritto:

[out:json][timeout:25];
// gather results
(
   // query part for: “wikimedia_commons=*”
   node["wikimedia_commons"]({{bbox}});
   way["wikimedia_commons"]({{bbox}});
   relation["wikimedia_commons"]({{bbox}});
);
// print results
out body;
out skel qt;


Grazie mille Luca!

Matteo



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

Re: [Talk-it] Query overpass per tag wikimedia_commons

[Luca Delucchi]

2017-11-22 13:18 GMT+01:00 Matteo Zaffonato :
> Ciao a tutti,
> mi scuso per la domanda da nubbio, ma sono abbastanza agli inizi con le
> query di Overpass Turbo. Avrei bisogno di creare una query che mi estraesse
> la lista di tag wikimedia_commons=* utilizzati in una determinata zona.
> Purtroppo ho cercato nella documentazione e su Google, ma non ho trovato
> nulla di utile. Ho provato anche con query semplici tipo
>
> node
>   [wikimedia_commons=*]
>   ({{bbox}});
> out;
>
> e
>
> node
>   [!wikimedia_commons=]
>   ({{bbox}});
> out;
>
> ma non sono riuscito ad ottenere qualcosa di sintatticamente corretto.
> Qualcuno può darmi una mano?
>

[out:json][timeout:25];
// gather results
(
  // query part for: “wikimedia_commons=*”
  node["wikimedia_commons"]({{bbox}});
  way["wikimedia_commons"]({{bbox}});
  relation["wikimedia_commons"]({{bbox}});
);
// print results
out body;
>;
out skel qt;

questa ti ritorna tutti gli elementi con wikimedia_commons, per
estrarre solo i tag devi parsare l'output

> Ciao, grazie in anticipo
> Matteo "Zaffo80"
>
>


-- 
ciao
Luca

www.lucadelu.org

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

[Talk-it] Query overpass per tag wikimedia_commons

[Matteo Zaffonato]

Ciao a tutti,
mi scuso per la domanda da nubbio, ma sono abbastanza agli inizi con le 
query di Overpass Turbo. Avrei bisogno di creare una query che mi 
estraesse la lista di tag wikimedia_commons=* utilizzati in una 
determinata zona. Purtroppo ho cercato nella documentazione e su Google, 
ma non ho trovato nulla di utile. Ho provato anche con query semplici tipo


node
  [wikimedia_commons=*]
  ({{bbox}});
out;

e

node
  [!wikimedia_commons=]
  ({{bbox}});
out;

ma non sono riuscito ad ottenere qualcosa di sintatticamente corretto. 
Qualcuno può darmi una mano?


Ciao, grazie in anticipo
Matteo "Zaffo80"



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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[Jan Dudík]

Bývala výchozí turistická, ale ta  kromě názvu ulice vypisuje i relace po
ní vedoucí (např. linky MHD)
https://openstreetmap.cz/#map=19/48.97585/14.48101=k

---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195

Dne 22. listopadu 2017 10:39 Tom Ka  napsal(a):

> Wikimedia pekna, vime neco o aktualnosti? Jinak uz jsem si zvykl i na
> Mapnik, aspon by to bylo to co na osm.org a bylo by to mozna jasnejsi
> pro lidi odjinud.
>
> Bye
>
> Dne 22. listopadu 2017 10:14 Marián Kyral  napsal(a):
> > Co jsem tak pochopil,
> > registrovaný uživatel Mapboxu snad má nějakou možnost "odsouhlasit"
> změny na
> > určitém území. Ale možná to není pravda.
> >
> > Možná bychom jako výchozí mohli nastavit nějakou jinou vrstvu. Třeba
> > Wikimedia. Ale není tak čistá jako Mapbox Street. Nebo ještě nějakou
> úplně
> > jinou?
> >
> > Marián
> >
> > -- Původní e-mail --
> > Od: majka 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 22. 11. 2017 9:57:47
> > Předmět: Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org
> >
> >
> > To je dobré vědět. Protože ještě loni byl Mapbox ve zobrazování změn
> > rychlejší než Mapnik.
> >
> > 2017-11-22 9:40 GMT+01:00 Marián Kyral :
> >
> > Bohužel, dle posledních zpráv, nepřebírá Mapbox změny automaticky, ale
> > všechny nejprve kontroluje. Jenže svět je obrovský a změn je hodně -
> kapku
> > nestíhají :-(
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OpenStreetMap Serbia] Talk-rs Digest, Vol 48, Issue 1

[Predrag Milanovic]

Stvari su malo drugacije zamisljene. Kada se detektuje promena u podacima
(u bazi) slicice koje treba da se menjaju se oznace prljavim i onda se one
izradjuju redom - ili preko reda ona koja je zatrazena od korisnika.
Ali ovo je samo tehnicki detalj optimizacije...
Pedja
On Nov 22, 2017 10:00 AM, "Pedja Supurovic"  wrote:

>
>
> On 22.11.2017 01:19, Predrag Milanovic wrote:
> > Vise puta spominjete zastarevanje slicica u kesu, pa da spomenem da one
> > ne zastarevaju vremenom nego ukoliko se izmene podaci iz kojih je
> > napravljena. Pogledajte koncept "dirty tails".
> Da, ali je nezgodno da se za svaku sličicu traži da li je neki element
> koji na nju utiče menjan. Prostije je uvesti vremensko zastarevanje, prosto
> ako je sličica starija do zadatog perioda osvežava se.
>
> Naravno, može i da se radi tako da se za svaku sličicu svaki put proverava
> da li postoji novija, ako resursi dozovljavaju i brzina provere je
> prihvatljiva.
>
> Ako je baza slicia na istom serveru to j eok, ali ako je na udaljenom kome
> se pristupa preko interneta, onda to može dosta da uspori učitavanje.
>
> Pedja
>
>
> ___
> Talk-rs mailing list
> Talk-rs@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-rs
>
___
Talk-rs mailing list
Talk-rs@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-rs

Re: [OSM-talk] Directed Editing Policy

[Frederik Ramm]

Hi,

On 22.11.2017 04:16, Yuri Astrakhan wrote:
> Pierre, I suspect the number of QA-tool-driven changes are as big, if
> not much bigger than changes from the organized events and paid editing.
> I agree QA tools should be regulated, but are you sure we want to do it
> in the same document, and significantly increase the scope?

This is something that was discussed at length while drafting the
policy, and you are certainly right, it *is* a difficult area.

The spirit of the policy can largely expressed in "responsibility"
terms; the policy, by and large, applies whenever the person being
responsible for an edit is not the person making it.

Most QA tools still require the user to take responsibility. If the QA
tool says "here's a road that crosses a river without a bridge or ford
or anything, please check on aerial imagery and apply correct tagging"
then the responsibility clearly lies with the user. Even if the QA tool
says "this road is tagged highway=residentail, should it perhaps be
highway=residential instead?" the responsibility still lies with the
user. You could go so far as to say: A QA tool that doesn't require the
user to take responsibility is not a QA tool, it is a distributed
mechanical edit and as such, covered by its own policy already.

(Of course if I now set up "the great bridge fixing event" where I
invite people to help me fix all these problems in one weekend, and
provide detailed instructions to absolute newcomers on how to fix
bridges, then there might be a point where responsibility shifts to me
and I am now "directing" these people to use the QA tool to fix things.)

Bye
Frederik

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

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

[Talk-cz] Implicitní a předpokládané hodnoty

[Matej Lieskovský]

Ahoj!

Nejdříve definice:
Nechť implicitní hodnoty jsou ty, které vyplývají z jiných tagů a neměly by
být zaznačené (tag používán pouze pokud implicitní hodnota je špatně). Věci
jako access=yes a podobně.
Předpokládané hodnoty nechť jsou ty, kde lze (pro potřeby uživatele)
tipnout, co je správná hodnota, ale pořád se vyplatí je "potvrdit". Jako
příklad bych asi uvedl surface=asphalt na silinicích třetí třídy a vyšších.

Je někde sepsáno, které hodnoty jsou implicitní a které jsou předpokládané?
Já si tím třeba nejsem jist - oneway=no je implicitní, maxspeed=50 +
source:maxspeed=cz:urban je (ve městech) asi předpokládatelné... Problémy
vidím v tom, že se ty předpoklady budou lišit mezi oblastmi. Implicitní
hodnoty by měl řešit editor, obojí by mělo pomoct uživatelům. Pokud by se
implicitní hodnoty řešily i na základě relací, tak by to mohlo hodně pomoct
s jejich adopcí. (Třeba by editor napsal "tato ulice má implicitní tento
name, protože patří do této street relation"). Máme něco takového?

Ať se daří,
Matej
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Directed Editing Policy

[Wiklund Johan]

I don’t read it as being optional now:

"You must set up, or have someone set up, a Wiki page" ... "This page must 
truthfully describe" ... "a unique hashtag (to be used in the "hashtags" field 
of changesets, or another form of changeset tagging) for linking and"

Perhaps the bullet should say "any unique hashtags (to be used in the 
"hashtags" field of changesets, or another form of changeset tagging) for 
linking and" instead. That would simply make it mandatory to list what hashtags 
you are using, rather an imposing a rule that every activity must be 
hashtagged. Just like the non-standard tools are optional by having the "any" 
at the beginning.


Johan Wiklund
Data manager 
johan.wikl...@entur.org




www.entur.org


-Original Message-
From: Frederik Ramm [mailto:frede...@remote.org] 
Sent: onsdag 22. november 2017 11.54
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Directed Editing Policy

Hi,

On 22.11.2017 09:49, Wiklund Johan wrote:
> (first of all, I have not read the backlog of this conversation, only 
> the last few messages)

[...]

> Therefore I feel I am opposed to the absoluteness of the damand of 
> hashtagging every changeset

Just as a reminder, the proposed policy leaves you the choice of either 
creating a user account that you link to your company/activity ("all edits made 
with this account are in this context"), *or* tagging individual changesets.

> Also there is a wording that keeps confusing me in the policy:
> 
> You *must* ensure that people looking at your edits know that they are 
> part of a directed mapping activity

Good catch ;) - there are likely to be a number of style and language issues 
that we'll have to sort out once the contents are agreed but I'll make sure to 
flag this.

Bye
Frederik

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

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

Re: [OSM-talk] Directed Editing Policy

[Frederik Ramm]

Hi,

On 22.11.2017 09:49, Wiklund Johan wrote:
> (first of all, I have not read the backlog of this conversation, only
> the last few messages)

[...]

> Therefore I feel I am opposed to the absoluteness of the damand of
> hashtagging every changeset

Just as a reminder, the proposed policy leaves you the choice of either
creating a user account that you link to your company/activity ("all
edits made with this account are in this context"), *or* tagging
individual changesets.

> Also there is a wording that keeps confusing me in the policy:
> 
> You *must* ensure that people looking at your edits know that they are
> part of a directed mapping activity

Good catch ;) - there are likely to be a number of style and language
issues that we'll have to sort out once the contents are agreed but I'll
make sure to flag this.

Bye
Frederik

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

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

Re: [OSM-talk-fr] Demande de vérification d'une modification (lignes de bus)

[Philippe Verdy]

Le 22 novembre 2017 à 10:28, Sébastien Dinot  a
écrit :

> Quand j'écris « rien ne laisse penser à cette heure que ce déplacement
> soit temporaire », c'est simplement pour dire que les arrêts de bus
> actuels ont tout l'air d'arrêts durables, semblables à beaucoup d'autres
> dans le quartier, mais que la zone étant encore en remodelage, je ne
> sais pas si le tracé actuel va perdurer (ne serait-ce parce qu'à terme,
> cette voie sera transformée en impasse s'arrêtant à la voie ferrée).
>

"ont l'air", "ils semble", "je ne sais pas", et les conditionnels montrent
que tu n'es sûr de rien et que tu spécules sur l'avenir. Dans des cas comme
ça on évite de supprimer quoi que ce soit dans OSM. Il n'y a aucune urgence
à enlever ce qui est encore présent même si d'autres éléments, bien
visibles eux, sont déjà apparus. Qu'un arrêt de bus serve encore ou pas
(pas forcément uniquement pour les lignes de bus locales), tant qu'il est
bien là il reste matérialisé et constitue un repère évident à garder.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Effecting change in OpenStreetMap

[Andy Townsend]

On 21/11/2017 13:47, Darafei "Komяpa" Praliaskouski wrote:


I've posted a -dev mail about reusing nighttime of tile rendering 
servers. Some likes on GitHub, some reviews from passer-by's, no 
merge, nothing about "what to fix to get it merged". For a year. 
Patience you say?

https://github.com/openstreetmap/mod_tile/pull/152


Whilst I'm not a contributor to the repository there, I do have some 
familiarity with the code.  What you seem to be doing is interpreting 
the mod_tile repository as "part of the infrastructure of 
OpenStreetMap.org", and you seem to be viewing OpenStreetMap.org as an 
end-user Google Maps competitor, not as a "creating map data enabler".  
I regularly use mod_tile on memory-limited machines and would be 
concerned if I was suddenly not able to process as large data extracts 
that I could previously.  I don't see any thought given in what you're 
proposing to what the knock-on effects of your change would be.




/map call is technically 40x slower than it should be, but issue is 
being closed with "we are not complete idiots" comments. No action 
taken wherever.

https://github.com/openstreetmap/operations/issues/135


The second line of your issue starts "This causes hatred when editing 
something", which is not exactly helpful if you want an in-depth 
investigation of a perceived performance problem.  Despite this, the 
conversation that follows covers in detail the status of the problem, 
and a suggestion to you where you can help.  Your contributions there 
(at https://github.com/zerebubuth/openstreetmap-cgimap/issues/122 ) 
stopped after a day.


I've said elsewhere the developing things _around_ OpenStreetMap and 
with OpenStreetMap data has a surprisingly low barrier to entry - you 
just download the data and off you go; there's no API with Ts and Cs to 
negotiate.  However, _changing_ the way that the the project or the 
existing osm.org infrastructure does something will necessarily require 
a series of arguments to be made and people to be persuaded, and it 
seems to me that you haven't successfully done that yet, just as Yuri 
didn't with his approach to mechanical editing, which led indirectly to 
the WeeklyOSM article and the thread that this one developed from.


Where there are competing requirements (and there are always competing 
requirements) you can't always expect everyone to agree the your view of 
the requirements is the "most valid" one - see for example 
https://github.com/gravitystorm/openstreetmap-carto/issues/765 .  I took 
the hint from that to create something else with OSM data that was (for 
my purposes) better; perhaps you could do the same?


Best Regards,

Andy

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

Re: [OSM-talk] Directed Editing Policy

[Christoph Hormann]

On Wednesday 22 November 2017, Mateusz Konieczny wrote:
> > This policy applies as soon as someone is
> > directed by a third party exactly what and how to contribute to
> > OpenStreetMap.
>
> Maybe it would be a good idea to exclude small scale guided
> editing. For example my friend asked me to show how OSM worked.
>
> I showed him/her a map and asked to find something missing or mistake
> and later showed how to add this.
>
> It was clearly a guided editing as defined here - and I am not going
> to set up wiki pages etc before doing this the next time.

The question where exactly to draw the line with directed/organized 
editing is something that has been in discussion since the idea first 
came up.  This is a tricky question.  The policy tries to solve this 
with two relatively simple and clear criteria but this will of course 
still lead to people wondering if they are covered by this or not in 
some cases.

In your example i would say this is quite clearly not covered by the 
policy because your friend is not directed by you exactly what and how 
to contribute to OpenStreetMap.  You decide together what you use as 
teaching examples (like let's find an unmapped house in X and i will 
show you how to map this).  There is no director-directee relationship 
between you and your friend.  Maybe your friend also says: Look, this 
house is missing in OSM - show me how i can add this.

This is why the policy says "directed by a third party exactly what and 
how to contribute to OpenStreetMap".  Both the what and how are 
necessary conditions here.  In a one-on-one teaching situation without 
a clear hierarchy between teacher and teached this is usually not the 
case.  You as the teacher tell how to map but this does not have the 
form of instructions, you just explain the rules.  If your friend then 
receives a complaint from a fellow mapper he won't say "This were the 
instructions i got from Mateusz".

Note this does not necessarily apply to every teaching situation - as 
soon as the teaching happens with a specific agenda - like for example 
a mapping event for a specific purpose (like mapping buildings in a 
certain city) where newcomers are given a quick crash course to enable 
them to map this specific thing at the event ("exactly what and how") 
the policy does apply.

This is just my personal interpretation of the policy of course - others 
might see this differently.

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

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

Re: [Talk-it] Rivenditore oli lubrificanti

[Andreas Lattmann]

Grazie, pensavo che da qualche parte nel wiki ci fosse qualche cosa di più 
specifico.
Usero i tag da te consigliati.


Il 21 novembre 2017 19:41:21 CET, Bertalan Ivan  ha 
scritto:
>On 20 novembre 2017 a 10:17:53, Andreas Lattmann
>(andreas.lattm...@ga-2.it)
>scritto:
>
>Buongiorno, come si taggano i rivenditori in oggetto?
>Vendono anche batterie per auto.
>
>
>Ciao Andreas,
>
>io l’ho classificato come auto ricambi
>http://wiki.openstreetmap.org/wiki/IT:Tag:shop%3Dcar
>
>Ciao, Berti

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

[Talk-cz] Pozor - opět aktivní uživatel (fredi_alf)

[majka]

V okolí se mi objevil aktivní uživatel fredi_alf, který "fix bugs".
Maže nám adresní body, místa a podobně.

Momentálně čekám, zda se mi ozve. Je to ale na revert a opět zastavení.

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

Re: [Talk-cz] Používání railway=junction

[Michal Pustějovský]

Ahoj,
Souhlas - je tím opravdu míněna odbočka. Tyhle dva pojmy dost často
splývají. Například plánovaná Boskovická spojka je vlastně odbočka z hlavní
trati (https://cs.wikipedia.org/wiki/Boskovick%C3%A1_spojka).

U dlouhých spojek můžeš vytvořit relaci railway=facility a přidat landuse=
railway, které pokrývá rozsah dané spojky. Vlastně stejně, jak se to dělá u
železniční stanice.

Michal

-- Původní e-mail --
Od: Mikoláš Štrajt 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 9:41:03
Předmět: Re: [Talk-cz] Používání railway=junction
"Ahoj,
spojkou je na wiki určitě míněna spíš odbočka. Nemá smysl čáru mapovat
bodem.
Navíc i dopravní slovník (http://dopravni-slovnik.fd.cvut.cz/) potvrzuje, že
junction znamená odbočka.

--
Severák
-- Původní e-mail --
Od: Radek Svoboda 
Komu: talk-cz@openstreetmap.org
Datum: 21. 11. 2017 19:37:46
Předmět: [Talk-cz] Používání railway=junction
"Ahoj všem,



chci si ujasnit používání tagu railway=junction. Železniční mapovací
"kuchařka" [1] jej zmiňuje v definici uzlu železniční stanice s obecným
popiskem "Spojka dvou tratí. "




V ČR jsem zatím narazil na dva dost různé druhy použití: 

1) u odboček na širé trati, např. Odbočka Odra https://www.openstreetmap.
org/node/3261711043

2) pro spojky dvou tratí, např.  Blažovická spojka https://www.
openstreetmap.org/node/3321576509




Myslím, že by stálo za to použití sjednotit. Osobně se mi spíše zamlouvá
první možnost, protože odbočky více odpovídají definici žel. uzlu - např.
mají ref. číslo. Pro spojky tratí, které mohou být i docela dlouhé, by se
spíš hodila relace (např. přes dva uzly odboček a vlastních cest/kolejí). 
Jak to vnímáte vy?





Díky,

Radek






[1] https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/Zna%C4%8
Den%C3%AD_kolejov%C3%BDch_trat%C3%AD#Uzel_.C5.BEelezni.C4.8Dn.C3.AD_stanice 





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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[Tom Ka]

Wikimedia pekna, vime neco o aktualnosti? Jinak uz jsem si zvykl i na
Mapnik, aspon by to bylo to co na osm.org a bylo by to mozna jasnejsi
pro lidi odjinud.

Bye

Dne 22. listopadu 2017 10:14 Marián Kyral  napsal(a):
> Co jsem tak pochopil,
> registrovaný uživatel Mapboxu snad má nějakou možnost "odsouhlasit" změny na
> určitém území. Ale možná to není pravda.
>
> Možná bychom jako výchozí mohli nastavit nějakou jinou vrstvu. Třeba
> Wikimedia. Ale není tak čistá jako Mapbox Street. Nebo ještě nějakou úplně
> jinou?
>
> Marián
>
> -- Původní e-mail --
> Od: majka 
> Komu: OpenStreetMap Czech Republic 
> Datum: 22. 11. 2017 9:57:47
> Předmět: Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org
>
>
> To je dobré vědět. Protože ještě loni byl Mapbox ve zobrazování změn
> rychlejší než Mapnik.
>
> 2017-11-22 9:40 GMT+01:00 Marián Kyral :
>
> Bohužel, dle posledních zpráv, nepřebírá Mapbox změny automaticky, ale
> všechny nejprve kontroluje. Jenže svět je obrovský a změn je hodně - kapku
> nestíhají :-(
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [Talk-cz] Poslední letošní kvartální pivo Q4/2017

[Tom Ka]

Ahoj, brnenske Kormidlo zamluvim jako vzdycky na 18:00. Tesim se.

Dne 22. listopadu 2017 7:13 Marián Kyral  napsal(a):
> Ahoj,
> připomínám kvartální pivko, které bude přesně za dva týdny. Prosím všechny o
> zapsání. Aktuálně vede Ostrava se třemi potvrzenými účastníky před Brnem (2)
> a Prahou (1).
> Přece nás nenecháte vyhrát ;-)
>
> Marián
>
> -- Původní e-mail --
> Od: Marián Kyral 
> Komu: talk-cz@openstreetmap.org
> Datum: 6. 11. 2017 10:06:23
> Předmět: [Talk-cz] Poslední letošní kvartální pivo Q4/2017
>
> Ahoj,
>
> poslední letošní kvartální pivo se bude konat přesně za měsíc, ve středu
> 6.12.
>
> Aktualizoval jsem wiki stránku
> https://wiki.openstreetmap.org/wiki/Cs:Kvart%C3%A1ln%C3%AD_pivo
>
> Svou účast prosím potvrďte v google doc tabulce:
> https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit#gid=150217035
>
> Tentokrát se budu snažit, abych byl v Ostravě, tak se to snad po delší době
> opět podaří.
>
> Marián
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [OSM-talk-fr] Demande de vérification d'une modification (lignes de bus)

[Sébastien Dinot]

Bonjour Philippe,

Philippe Verdy a écrit :
> Le déplacement temporaire d'un arrêt de bus est souvent indiqué sur
> l'ancien arrêt qui reste en place avec une affiche qui indique
> l'emplacement déplacé.

Cela, il ne faut pas avoir inventé le fil à couper le beurre pour le
comprendre. Les affiches ou autres signalétiques que tu évoques sont
même faites pour être comprises par toute personne en mesure de lire une
phrase de six mots. Je fais partie de cette très large communauté.

Quand j'écris « rien ne laisse penser à cette heure que ce déplacement
soit temporaire », c'est simplement pour dire que les arrêts de bus
actuels ont tout l'air d'arrêts durables, semblables à beaucoup d'autres
dans le quartier, mais que la zone étant encore en remodelage, je ne
sais pas si le tracé actuel va perdurer (ne serait-ce parce qu'à terme,
cette voie sera transformée en impasse s'arrêtant à la voie ferrée).

Bonne journée,

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[Marián Kyral]

Co jsem tak pochopil,
registrovaný uživatel Mapboxu snad má nějakou možnost "odsouhlasit" změny na
určitém území. Ale možná to není pravda.

Možná bychom jako výchozí mohli nastavit nějakou jinou vrstvu. Třeba
Wikimedia. Ale není tak čistá jako Mapbox Street. Nebo ještě nějakou úplně
jinou?

Marián

-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 9:57:47
Předmět: Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org
"


To je dobré vědět. Protože ještě loni byl Mapbox ve zobrazování změn
rychlejší než Mapnik.



2017-11-22 9:40 GMT+01:00 Marián Kyral :
"

Bohužel, dle posledních zpráv, nepřebírá Mapbox změny automaticky, ale
všechny nejprve kontroluje. Jenže svět je obrovský a změn je hodně - kapku
nestíhají :-( 

"


 ___
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: [OpenStreetMap Serbia] Talk-rs Digest, Vol 48, Issue 1

[Pedja Supurovic]

On 22.11.2017 01:19, Predrag Milanovic wrote:
> Vise puta spominjete zastarevanje slicica u kesu, pa da spomenem da one
> ne zastarevaju vremenom nego ukoliko se izmene podaci iz kojih je
> napravljena. Pogledajte koncept "dirty tails".
Da, ali je nezgodno da se za svaku sličicu traži da li je neki element 
koji na nju utiče menjan. Prostije je uvesti vremensko zastarevanje, 
prosto ako je sličica starija do zadatog perioda osvežava se.


Naravno, može i da se radi tako da se za svaku sličicu svaki put 
proverava da li postoji novija, ako resursi dozovljavaju i brzina 
provere je prihvatljiva.


Ako je baza slicia na istom serveru to j eok, ali ako je na udaljenom 
kome se pristupa preko interneta, onda to može dosta da uspori učitavanje.


Pedja


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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[Michal Poupa]

Myslel jsem tu vrstvu kterou vidí “Běžný Franta Uživatel” tedy BFU když se se 
podívá ma web aniž by cokoliv přepínal.

To je tak pomalé kvůli výkonu serverů?

22. 11. 2017 v 9:40, Marián Kyral :

> 
> -- Původní e-mail --
> Od: Michal Poupa 
> Komu: OpenStreetMap Czech Republic 
> Datum: 22. 11. 2017 9:29:52
> Předmět: [Talk-cz] openstreetmap.cz vs openstreetmap.org
> 
> Dobrý den,
> mám jeden dotaz jak rychle se přenese změna která je již vidět na mapě 
> openstreetmap.org na openstreetmap.cz 
> 
> Mapa na openstreetmap.cz  mi přijde velmi stará.
> 
> 
> Ahoj,
> 
> záleží která vrstva. Ta od osm.org v podstatě hned, ostatní vrstvy dle 
> nastavení jednotlivých autorů.
> 
> 
> 
> osm.org: https://openstreetmap.cz/#map=14/49.6599/18.6654=d
> 
> Mapbox: https://openstreetmap.cz/#map=14/49.6599/18.6654=x
> 
> 
> 
> Bohužel, dle posledních zpráv, nepřebírá Mapbox změny automaticky, ale 
> všechny nejprve kontroluje. Jenže svět je obrovský a změn je hodně - kapku 
> nestíhají :-( 
> 
> 
> 
> https://gis.stackexchange.com/questions/257401/mapbox-not-updating-from-osm
> 
> 
> 
> 
> 
> Marián
> 
> 
> 
> 
> 
> 
>Díky za odpověď
> 
>   Michal
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Directed Editing Policy

[Wiklund Johan]

(first of all, I have not read the backlog of this conversation, only the last 
few messages)

Hi

I work for a company that does public transport information and we use OSM for 
footrouting, POIs and background map. This means we do very general edits 
without any particular directives to what, when and how. Basically if we see a 
problem – any problem – we fix it ad hoc. We might be tracing or importing 
missing roads (in accordance with Norwegian road import regulations), fixing 
mispelled names or improper tagging, draw in railway platforms etc. Because of 
the great diversity and general nature of our mapping I feel it would make more 
sense to simply have user profile linking rather than the changeset hashtags. 
My user would act as the hashtag. Otherwise we would have to use lots of 
hashtags for different types of edits or just one that means “this is us” which 
would only mirror our user profiles anyway.

Therefore I feel I am opposed to the absoluteness of the damand of hashtagging 
every changeset – although I see its usefulness for mapping events or 
Maproulettes.




++
Also there is a wording that keeps confusing me in the policy:
You must ensure that people looking at your edits know that they are part of a 
directed mapping activity

Looks like the people looking at the edits are part of the activity.


Johan Wiklund
Data manager
johan.wikl...@entur.org
www.entur.org



From: Yuri Astrakhan [mailto:yuriastrak...@gmail.com]
Sent: onsdag 22. november 2017 04.16
To: Pierre Béland 
Cc: Talk Openstreetmap 
Subject: Re: [OSM-talk] Directed Editing Policy

Pierre, I suspect the number of QA-tool-driven changes are as big, if not much 
bigger than changes from the organized events and paid editing. I agree QA 
tools should be regulated, but are you sure we want to do it in the same 
document, and significantly increase the scope?
My understanding is that the original goal was to regulate paid editing and 
community events. Covering QA tools might make the doc too generic.  It would 
have to take a detailed look at all existing tools, even including JOSM's 
validators -- if I edit a location (e.g. move a road), and the tool suggests 
additional edits in that location (e.g. change the tagging of a connected 
road), isn't that directed editing that was organized by the validation rule 
author? Plus the introduction, and a lot of text would have to be rewritten to 
dedicate as much space to the tools as to organized events and director's 
duties.
Just saying that the scope creep might make the statement less concise, and QA 
tools may need to be a separate document.

On Tue, Nov 21, 2017 at 9:44 PM, Pierre Béland 
> wrote:
There is a constant increae of organized contributions from Task Managers on QA 
tools and I agree that this policy should include these various organized 
contributions.

There should be a goal assure the follow-up of these various projects to assure 
a better collective coordination of the mapping.

I am not sure that we could effectively have all organizers of Events create a 
wiki page. But organizers like for example the Geoweek, that invite to create 
local events should have a wiki page well documented. A section could be added 
to list the specific events + who organize them.

The Changeset database is the place where we should be able to follow the 
various mapping projects. There is actually no common way to document the QA or 
TM host, the specific project and the various events connecting to the various 
projects. To document how these various coordination tools should be reported  
on the changesets would facilitate the follow-up.

Actually, not all instances of the Tasking Manager add an hashtag to document 
the host and project no. For QA tools, specific projects / missions are not 
documented either.


Pierre


Le mardi 21 novembre 2017 21:21:55 HNE, Yuri Astrakhan 
> a écrit :


While this might not have been the intention, the

  >  b) directed by a third party exactly what and how to contribute to 
OpenStreetMap

can be applied to any "challenge style" sites such as the MapRoulette or 
Osmose.  I think there should either be a clarification about this, an 
additional discussion with the community, or a specific exclusion.  I know that 
the preamble is talking about paid editing, schools, and mapping events, but 
the text below it seems to have a wider scope.
penstreetmap.org/listinfo/talk

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

Re: [Talk-cz] Poslední letošní kvartální pivo Q4/2017

[Mikoláš Štrajt]

Zrovna jsem si poctivě zapsal kvartální pivo do kalendáře a snažím se na něj
nezapomenout A vypadá to, že v Praze budu sám. :-/

--
Severák
-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 7:14:18
Předmět: Re: [Talk-cz] Poslední letošní kvartální pivo Q4/2017
"Ahoj,
připomínám kvartální pivko, které bude přesně za dva týdny. Prosím všechny o
zapsání. Aktuálně vede Ostrava se třemi potvrzenými účastníky před Brnem (2)
a Prahou (1).
Přece nás nenecháte vyhrát ;-)

Marián

-- Původní e-mail --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org
Datum: 6. 11. 2017 10:06:23
Předmět: [Talk-cz] Poslední letošní kvartální pivo Q4/2017
"Ahoj,
poslední letošní kvartální pivo se bude konat přesně za měsíc, ve středu
6.12.

Aktualizoval jsem wiki stránku https://wiki.openstreetmap.org/wiki/Cs:Kvart%
C3%A1ln%C3%AD_pivo

Svou účast prosím potvrďte v google doc tabulce: https://docs.google.com/
spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit#gid=
150217035

Tentokrát se budu snažit, abych byl v Ostravě, tak se to snad po delší době
opět podaří.

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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[Jan Martinec]

Dobrý den,

Mapový podklad na osmap.cz poskytuje Mapbox (konkrétně jde o dlaždice
Mapbox Streets), a má latenci v řádu týdnů. Mapovou vrstvu lze každopádně
přepínat tlačítkem vrstev vpravo nahoře - nejrychleji se vždy aktualizuje
OpenStreetMap Mapnik (stejné dlaždice, které lze vidět na osm.org), zkuste
případně i jiné vrstvy.

S pozdravem,
Jan Martinec

Dne 22. 11. 2017 9:29 dop. napsal uživatel "Michal Poupa" <
michal.po...@gmail.com>:

Dobrý den,
mám jeden dotaz jak rychle se přenese změna která je již vidět na mapě
openstreetmap.org na openstreetmap.cz

Mapa na openstreetmap.cz  mi přijde velmi stará.

   Díky za odpověď

  Michal

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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[Marián Kyral]

-- Původní e-mail --
Od: Michal Poupa 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 9:29:52
Předmět: [Talk-cz] openstreetmap.cz vs openstreetmap.org
"
Dobrý den,
mám jeden dotaz jak rychle se přenese změna která je již vidět na mapě
openstreetmap.org(http://openstreetmap.org) na openstreetmap.cz
(http://openstreetmap.cz) 




Mapa na openstreetmap.cz(http://openstreetmap.cz)  mi přijde velmi stará.



"



Ahoj,

záleží která vrstva. Ta od osm.org v podstatě hned, ostatní vrstvy dle
nastavení jednotlivých autorů.




osm.org: https://openstreetmap.cz/#map=14/49.6599/18.6654=d

Mapbox: https://openstreetmap.cz/#map=14/49.6599/18.6654=x




Bohužel, dle posledních zpráv, nepřebírá Mapbox změny automaticky, ale
všechny nejprve kontroluje. Jenže svět je obrovský a změn je hodně - kapku
nestíhají :-(





https://gis.stackexchange.com/questions/257401/mapbox-not-updating-from-osm








Marián







"




   Díky za odpověď




      Michal

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

Re: [Talk-cz] Používání railway=junction

[Mikoláš Štrajt]

Ahoj,
spojkou je na wiki určitě míněna spíš odbočka. Nemá smysl čáru mapovat
bodem.
Navíc i dopravní slovník (http://dopravni-slovnik.fd.cvut.cz/) potvrzuje, že
junction znamená odbočka.

--
Severák
-- Původní e-mail --
Od: Radek Svoboda 
Komu: talk-cz@openstreetmap.org
Datum: 21. 11. 2017 19:37:46
Předmět: [Talk-cz] Používání railway=junction
"Ahoj všem,



chci si ujasnit používání tagu railway=junction. Železniční mapovací
"kuchařka" [1] jej zmiňuje v definici uzlu železniční stanice s obecným
popiskem "Spojka dvou tratí. "




V ČR jsem zatím narazil na dva dost různé druhy použití: 

1) u odboček na širé trati, např. Odbočka Odra https://www.openstreetmap.
org/node/3261711043

2) pro spojky dvou tratí, např.  Blažovická spojka https://www.
openstreetmap.org/node/3321576509




Myslím, že by stálo za to použití sjednotit. Osobně se mi spíše zamlouvá
první možnost, protože odbočky více odpovídají definici žel. uzlu - např.
mají ref. číslo. Pro spojky tratí, které mohou být i docela dlouhé, by se
spíš hodila relace (např. přes dva uzly odboček a vlastních cest/kolejí). 
Jak to vnímáte vy?





Díky,

Radek






[1] https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/Zna%C4%8
Den%C3%AD_kolejov%C3%BDch_trat%C3%AD#Uzel_.C5.BEelezni.C4.8Dn.C3.AD_stanice 





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

[Talk-cz] openstreetmap.cz vs openstreetmap.org

[Michal Poupa]

Dobrý den,
mám jeden dotaz jak rychle se přenese změna která je již vidět na mapě
openstreetmap.org na openstreetmap.cz

Mapa na openstreetmap.cz  mi přijde velmi stará.

   Díky za odpověď

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

Re: [OSM-talk-fr] Nouveau ici

[marc marc]

Bonjour,

Le 22. 11. 17 à 09:20, Patrice Krupka a écrit :
> Je suis nouveau sur la liste.

Bienvenue !

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

[OSM-talk-fr] Nouveau ici

[Patrice Krupka]

Bonjour,
Je suis nouveau sur la liste.
Au Capitole du Libre à Toulouse le week-end dernier, je me suis inscrit
sur la liste OSM-Toulouse, et dans la foulée je m'inscris sur la liste
nationale.
Je suis dans le Lot, région de Figeac, contributeur (modeste) à OSM
depuis 4-5 ans. Prof à la retraite depuis 2 ans, j'ai un peu plus de
temps. J'essaie notamment de mettre à jour les chemins et dolmens autour
de chez moi.
Salut cordial à tou-te-s
PatPat46



-- 
Chiffrer vos messages : un tutoriel en cliquant ici
.
Ma clé publique est téléchargeable en cliquant ici
.


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