Re: [talk-cz] prosba ohledně openstreetmap.cz

[Marián Kyral]

OK.

Vydal jsem rc2 a následně rc3 - problém s parsováním otevírací doby - funkce
require() neexistuje. Nicméně i bez ní to funguje :-D




https://github.com/osmcz/osmcz/commit/7ded57af2686f0292993a68d2cc7a01d3cbd7b
6b




Marián



-- Původní e-mail --
Od: Pavel Zbytovský 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 4. 2019 18:06:56
Předmět: Re: [talk-cz] prosba ohledně openstreetmap.cz
"

Ok, tak pak to klidně zakomentuj.





Větev devosm je v repozitari osmcz-web, co se tam commitne se autodeployne
na devosm.zby.cz(http://devosm.zby.cz), takže to budeme moci otestovat.




V repu osmcz ideálně commitovat do new-leaflet - tj. Pull request 181.




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

[OSM-talk] (no subject)

[Amber Rumsey]

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

[OSM-talk-fr] Cartographie de l'accessibilité fauteuils roulants et aveugles

[Violaine_Do]

Bonjour à tous,

Je me pose des questions pour la carto de l'accessibilité, et les usages 
en France, est ce que vous auriez des avis sur les usages des tags 
wheelchair, tactile_paving et kerb?


J'ai détaillé mes questions sur la page discussion du wiki dédié : 
https://wiki.openstreetmap.org/wiki/FR_talk:Handicaps


A vous lire

--
Violaine_Do 


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

Re: [talk-au] Transport for NSW (TfNSW)

[Andrew Harvey]

I know TfNSW will not be able to confirm, but rumour out there is the Metro
will start operating early May.

Given this, and that many OSM data consumers rely on offline extracts, and
given it's accepted practice to only mark things as construction when they
span months, I'd like to start migrating the tags for the Metro over from
construction to operational, adding in provisional opening_date
https://wiki.openstreetmap.org/wiki/Key:opening_date

Does anyone have any thoughts on this? Yes/no?

On Thu, 14 Mar 2019 at 08:55, Runarsson, Sigurjon <
sigurjon.runars...@transport.nsw.gov.au> wrote:

> Hi all,
>
>
>
> My name is Sigurjon and I work for the Transport for NSW (TfNSW) Data
> Services team which is a small but dedicated group which underpin the many
> digital products and projects that form part of TfNSW as a whole. The team
> are responsible for sourcing, managing and providing data with an emphasis
> on quality and efficiency.
>
>
>
> The TfNSW Data Services team aim to contribute and help improve
> OpenStreetMap, which we started to use in our products like the TfNSW Trip
> Planner (https://transportnsw.info/trip#/) from the end of 2018, through
> review and updates that are identified as part of their wide reaching
> day-to-day activities, feedback from their extensive network of
> customer/public facing channels, and other TfNSW internal stakeholders.
>
>
>
> You can find further information on our wiki page
> https://wiki.openstreetmap.org/wiki/TfNSW
>
>
>
> Please don’t hesitate to contact me on
> sigurjon.runars...@transport.nsw.gov.au,
> https://www.openstreetmap.org/user/Maradona11 or use our group mailbox
> and another member of the team will endeavour to help you:
> timeta...@transport.nsw.gov.au
>
>
>
>
>
> Thanks,
>
>
>
> Sigurjon
>
>
>
> This email is intended only for the addressee and may contain confidential
> information. If you receive this email in error please delete it and any
> attachments and notify the sender immediately by reply email. Transport for
> NSW takes all care to ensure that attachments are free from viruses or
> other defects. Transport for NSW assume no liability for any loss, damage
> or other consequences which may arise from opening or using an attachment.
>
> P *Consider the environment. Please don't print this e-mail unless really
> necessary.*
> ___
> 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

[OSM-ja] DIAMOND Online にもOSMの名前が

[ribbon]

出てました。

https://headlines.yahoo.co.jp/article?a=20190409-00199084-diamond-bus_all=2

ribbon



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

Re: [talk-cz] Nová otevřená data v Plzni

[Jan Macura]

Ahoj,

Pavle, super práce, jen tak dál! (y)

Technická pro Toma a ostatní: Vzhledem k tomu, že tato data už jsou
zveřejněna a jsou k dispozici, tak patří právě spíš do seznamu na
https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/freemap ;-)

A ještě bychom se mohli domluvit, jestli OSM objektům vyrobeným z dat SIT
MP nepřiřadit jednotný source=, resp. jaký... ? Já bych to považoval za
vhodné.
H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] highway=construction/proposed v relaci

[Jan Macura]

Zdravím vespolek,

tak se nám začala v mapách vykreslovat
 dálnice D3, a
to nejen v jejím rozestavěném úseku kolem Českých Budějovic, ale dokonce až
k hranici s Rakouskem.
Překvapivě to není opomenutím správného tagování těchto úseků, ale tím, že
příslušné cesty někdo 
zařadil do relace  dálnice
D3. Nedaří se mi teď na wiki dohledat, jestli je to chyba tagování
(rozestavěné a navrhované úseky v relaci být nemají) nebo chyba
vykreslovače. Ví někdo?

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

Re: [OSM-talk] iD influencing tagging

[Yuri Astrakhan]

Martin, thanks for explanation, but my point still stands -- in tags, we
treat words not at their own meaning, but as IDs that represent some agreed
concepts.  The German wiki page has a warning about "evangelical", so it is
likely not all German-speaking mappers are aware of the distinction, or
know English well enough to know this.  The same applies to highways -
"highway" the word has different meaning in different regions, whereas
"highway" the OSM tag should have just a single meaning that's clear to
every mapper and every consumer.

On Mon, Apr 8, 2019 at 3:50 AM Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > On 7. Apr 2019, at 22:23, Yuri Astrakhan 
> wrote:
> >
> > A good example is "denomination=evangelical" -- German speakers should
> not use it for "evangelisch" which stands for denomination=protestant. The
> word may be the same, but we treat "evangelical" as an ID for a specific
> meaning, rather than reflect local language customs.
>
>
> actually “evangelical” translates in German to “evangelikal”, which
> doesn’t seem to be very confusing. Someone thinking it means “evangelisch”
> is likely mapping in a domain s/he isn’t acquainted with.
>
> Cheers, Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-cz] prosba ohledně openstreetmap.cz

[Pavel Zbytovský]

Ok, tak pak to klidně zakomentuj.

Větev devosm je v repozitari osmcz-web, co se tam commitne se autodeployne
na devosm.zby.cz, takže to budeme moci otestovat.

V repu osmcz ideálně commitovat do new-leaflet - tj. Pull request 181.

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

Re: [OSM-ja] Fwd: highway=cyclewayをwikiのjapan_taggingに追記したい

[石野貴之]

石野です。おかげさまで賛成票が9票となり、このままいけば投票が承認されるラインに到達しました。

＞いいださん、ぞあさん
返信ありがとうございました。3月31日までの議論で決まったことが分かるように提案ページの記述を変更しました。

石野 貴之
yumean1...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-talk-fr] Important : rappel propositions d'interventions pour le SotM-fr OpenStreetMap 2019

[Louis-Julien de la Bouëre]

Bonjour,

Nous sommes à une semaine de la clôture pour les propositions 
d'intervention au prochain SOTM-Fr de Montpellier et il reste de la place !


Vous voulez partager une expérience, un outils ? Vous connaissez de 
possible interlocuteurs ?


Alors à vos claviers...

Rappel pour proposer une intervention : 
http://sotm2019.openstreetmap.fr/contribution.html


et pour s'inscrire : 
http://sotm2019.openstreetmap.fr/inscription.html#iframe_assoconnect


merci et à très bientôt

--
Louis-Julien de la Bouëre
Tiriad
ljbou...@tiriad.org
http://www.tiriad.org
http://carterra.net
Portable : 06 58 79 80 56
Twitter : @assotiriad
OpenStreetMap : http://hdyc.neis-one.org/?Ljbouere
Mapillary : https://www.mapillary.com/app/user/ljbouere

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

[Talk-pt] Património protegido (heritage): lacunas, ambiguidades e soluções para as ultrapassar (O OSM e o património português)

[Topo Lusitania Lusitania via Talk-pt]

Saudações OSM
Á revelia do autor, que apenas o publicou na sua página e o anunciou no grupo 
OSMPortugal do Telegram, mas que pelo seu interesse  merece ter maior 
divulgação, aqui vos deixo  os parágrafos iniciais. O resto do texto pode ser 
lido em:
https://www.openstreetmap.org/user/hvalentim/diary/48134
Quote:
Reúno aqui um conjunto de reflexões avulsas sobre o mapeamento do património 
português classificado, mormente arquitectónico, no OSM; algumas lacunas 
detectadas e outras tantas propostas de melhoria/uniformização de critérios. 
Por facilidade, a exposição reparte-se em 8 (oito) alíneas. As sugestões de 
procedimento estão diferenciadas com fundo verde.
A) COMO LIDAR COM A PLURALIDADE DE SÍTIOS DE REFERÊNCIA?

Como é sabido, temos em Portugal pelo menos três bases de dados de entidades 
públicas em matéria de Património imóvel, cada qual com as suas 
particularidades. A saber:
1 – DGPC - Direcão Geral do Património Cultural (5737 registos) - 
http://www.patrimoniocultural.gov.pt/pt/
   
   - Focada no processo formal de classificação, mantém os dados mais 
actualizados relativamente ao trâmites e legislação aplicável em cada caso. 
 
   
   - É bastante mais consistente do que o SIPA na classificação da informação 
(pese embora os KITs Património, originais do IGESPAR). Tem um reduzido número 
de categorias – mormente “Situação Actual” e “Categoria de Protecção” - em que 
reparte coerentemente cada registo. No SIPA a informação foi notoriamente 
introduzida de forma aberta, mediante redacção manual, por distintas pessoas, 
ao longo dos anos – está, por conseguinte, sujeita a nomenclaturas variadas e 
também a maior número de imprecisões.
 
   
   - A DGPC é a melhor fonte para informação sobre (seguindo a convenção, 
“Campo DGPC -> key equivalente no OSM”):
 
   
   - "Categoria de Protecção" -> heritage (níveis 1,2 e 7)
   - "Categoria de Protecção" -> heritage:ref
   - "Situação Actual" -> site_status
   - Em contrapartida a base de dados DGPC é substancialmente mais lacónica 
quanto às classificações do património local (promovidas pelas câmaras) e 
totalmente omissa quanto ao regional (promovido pelas entidades dos governos 
autónomos dos Açores e da Madeira).

2 – SIPA – Sistema de Informação para o Património Arquitectónico (34357 
registos) -  http://www.monumentos.gov.pt
   
   - Bastante mais exaustiva.
   - Decompõe um conjunto de campos úteis para o preenchimento dos 
correspondentes no OSM. Designadamente:
   
   - Protecção -> heritage (nível 4 – regional, por sinal não documentado no 
wiki do OSM)
   - Afectação -> operator
   - Propriedade -> site_ownership
   - Época de Construção -> start_date e eventualmente historic:civilization -> 
historic:period -> historic:era
   - Arquitecto/Construtor/Author -> builder

3 – Portal do Arqueólogo (34605 registos) - 
http://arqueologia.patrimoniocultural.pt/
Fonte dilecta mormente em matéria de historic=archeological_site e derivados, 
fornecendo, melhor do que os outros, detalhes preciosos sobre as intervenções 
realizadas e o “Período” -> historic:civilization -> historic:period -> 
historic:era et cetera...
Assim, atendendo ainda a que:
   
   - 2 e 3 fornecem referências passíveis de identificar cada objecto 
individual ("Número IPA" e "CNES" – Código Nacional de Sítio, respectivamente). 
   - A presença dessas referências (identificadores únicos), bem como de 
ligações (urls) para as respectivas páginas com os detalhes de enquadramento 
histórico, é importante não só para organização do trabalho; para referência do 
utilizador final que procura fontes para se documentar e comprender os locais, 
como, finalmente, e não menos importante, para assegurar, se for caso disso, a 
possibilidade de benefício do trabalho dos colaboradores do OSM para melhoria 
das fontes públicas (não sendo incomum constatar-se que as localizações do OSM 
são mais precisas e diferem substancialmente das oficiosas - bastas vezes meras 
aproximações grosseiras).

Prefigura-se, finalmente, para o que nos interessa, um cenário em que, no 
limite, se quisermos incluir um imóvel com o máximo de completude, é possível 
encontrar casos com 5 (cinco) urls (sendo património mundial, estando presente 
nos 3 inventários oficiais e possuindo ainda uma página própria, independente 
deles – e.g. sendo coincidentemente um Museu aberto ao público…) e 2 (dois) 
identificadores (IPA e CNES). 
Colocando-se a questão: como organizar tanta informação de forma coerente e sem 
atropelo?...Unquote




Cumprimentos
TopoLusitaniaPS : o (O OSM e o património português) é de minha autoria
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk-fr] Josm, couche cadastre, fausse manip

[Stéphane Péneau]

Ca me semble pas mal pour la majorité des cas. Il suffit que j'affecte 
par exemple Ctrl+Alt+Down et que je change de réflexe.


Merci Nicolas !

Stf



Le 07/04/2019 à 14:03, Nicolas Moyroud a écrit :

Salut Stéphane,

Je te conseille l'outil "télécharger dans la vue courante" (voir dans 
le menu Fichier), ça télécharge directement les données OSM (sans 
fenêtre de téléchargement) sur la zone actuellement ouverte dans la 
fenêtre principale. Et là pas de conflit avec le dernier 
téléchargement cadastre puisque cet outil ne télécharge que les 
données OSM ! Je l'ai ajouté dans ma barre d'outil entre les 2 boutons 
"télécharger" et "envoyer" et j'ai défini un raccourci clavier 
"CTRL+ALT+Page suivante".


a+

Nicolas


Le 07/04/2019 à 08:33, Stéphane Péneau a écrit :

Hello,

Il y a une fausse manip que je fais régulièrement :

- Je charge une zone de donnée Osm dans Josm

- Je rouvre la fenêtre de chargement des données, vais sur l'onglet 
du cadastre et charge des données dans un autre calque.


- J'édite mes données Osm

Au bout d'un moment j'ai besoin d'agrandir l'emprise des données osm, 
et là, réflexe habituel, je fais ctrl+shift+flèche bas, puis je valide.


Et bam ! je me retrouve avec les données du cadastre mélangées avec 
celles d'Osm ! Pas d'undo possible, je n'ai plus qu'à supprimer mon 
calque et recommencer mes éditions à zéro.



Ca arrive à d'autres ? Il y aurait une astuce pour éviter de jeter 
mes éditions ?



Stf


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


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




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

[Talk-es] semanarioOSM Nº 454 2019-03-26-2019-04-01

[theweekly . osm]

Hola, el semanario Nº 454, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11846/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cl] semanarioOSM Nº 454 2019-03-26-2019-04-01

[theweekly . osm]

Hola, el semanario Nº 454, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11846/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[Talk-ca] hebdoOSM Nº 454 2019-03-26-2019-04-01

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 454 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11846/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-cu] semanarioOSM Nº 454 2019-03-26-2019-04-01

[theweekly . osm]

Hola, el semanario Nº 454, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11846/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[OSM-co] semanarioOSM Nº 454 2019-03-26-2019-04-01

[theweekly . osm]

Hola, el semanario Nº 454, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11846/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[talk-latam] semanarioOSM Nº 454 2019-03-26-2019-04-01

[theweekly . osm]

Hola, el semanario Nº 454, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11846/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[OSM-talk-fr] hebdoOSM Nº 454 2019-03-26-2019-04-01

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 454 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11846/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ht] hebdoOSM Nº 454 2019-03-26-2019-04-01

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 454 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11846/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-africa] hebdoOSM Nº 454 2019-03-26-2019-04-01

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 454 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11846/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [OSM-ja] Windows 版 JOSMで使うJava

[ribbon]

On Mon, Apr 08, 2019 at 10:04:58AM +0900, 石野貴之 wrote:

> > 詳しくないので間違っていたらごめんなさい。
> 自分は、サポートが有料になるのは開発環境(Java SE)であって、
> 一般の利用者が用いるJREではないと理解しています。
> 
> Oracle公式のJava SE Subscriptions:
> https://www.oracle.com/java/java-se-subscription.html

https://www.oracle.com/technetwork/jp/articles/java/ja-topics/jdk-release-model-4487660-ja.html

のほうがいいかな。

今まで使っていた、 Oracle JDK は、無償サポートが2019/01で終了、
それ以降は、Oracle JDK に対しては有償サポートのみとなります。

じゃどうするかというと、Oracleではなくて、OpenJDKを使えと。
一応同じものの筈なのですけど、インストールは面倒になるらしい。

https://qiita.com/shibafu/items/8762636f66d7fef49d59

ただそれ以外にも、Javaの実装はいくつかあって、さてどれを使うのかな、
ということになるわけです。

ribbon

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

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Grigory Rechistov via Talk-se]

[förra mejlet skickats av misstag] Hej,

Här fortsätter jag mina experiment över Vingåkers kommun. Laddade ner OSM-data 
på kommunen som ett lager i JOSM och slog ihop mitt lager med det för att se 
hur dåligt konflikter hade blivit.

Det finns inte några särskilda fel utan flera varningar för problem som redan 
finns i databasen:  https://atakua.org/p/nmd/vingaker-merged.png  . Men nu 
uppstår ärendet med sammanblandning på gamla och nya data, conflation. Om man 
ser på kartans nordöstliga hörn (nära Äsköping) finns det en tidigare befintlig 
jättemultipolygon. Den täcker delvis eller helt de nya mindre skogspolygonerna. 
Jag hoppades att det skulle meddelas av JOSM som en varning, men det blev det 
inte. Tydligen förekommer fler sådana konflikter på den kartan, men det är 
svårt att hitta dem med ögonen. Ett programverktyg behövs.

Det finns några sidor gällande conflation på OSM-wikin, men än så länge hittar 
jag främst information om hur man blandar samman icke-förslutna vägar (t ex 
gator) eller enkla noder, inte stängda vägar det vill säga ytor. 

Jag har några idéer om hur man kan närma sig till lösningen, åtminstone hur man 
kan upptäcka polygoner som kräver uppmärksamhet.
Om det finns personer med erfarenhet på conflation vore jag mycket tacksam att 
man hjälper till. Dina kommentarer och tankar är mycket välkomna!

Arkivet med mitt lager, OSM-lagret och dess kombination som OSM XML filar:  
https://atakua.org/p/nmd/vingaker-conflation.tar.bz2  




>Понедельник,  8 апреля 2019, 13:50 +03:00 от Grigory Rechistov 
>:
>
>Hej
>
>
>
>
>>Воскресенье,  7 апреля 2019, 21:00 +03:00 от Christian Asker < 
>>christian.as...@gmail.com >:
>>
>>Hej. Vad gäller skillnaden mellan löv- och barrskog tror jag att
>>  infraröda bilder och bildbehandling lär vara lika pålitligt som
>>  att bege sig ut i skogen själv. Det finns ju ingen exakt gräns för
>>  när en skog är det ena eller det andra och vi har ingen chans att
>>  göra det manuellt. Jag tycker också att det vore bra att behålla
>>  den information som ju faktiskt finns i datat, förutom tex väldigt
>>  små områden lövskog inuti en barrskog.
>>
>>Mvh Christian
>>Den 2019-04-07 kl. 16:33, skrev Grigory
>>  Rechistov via Talk-se:
>>>Hej,
>>>
dem verkar vara skapad via AI och flygfoto/sattelitbilder .
>>>I ett PDF-dokument som kom med marktäckedatan (den ZIP-arkiv som
>>>  går att ladda ner) nämndes det att man också hade tillgång till
>>>  infraröda bilder. De bör hjälpa till att skilja på skogstyper i
>>>  tillägg till de vanliga bilderna i synliga spektrumet.
>>>
 och inte särskilt pålitliga
>>>En AI är bara ett program, och vi använder redan flertal program
>>>  för att bearbeta, validera, skicka och rendera OSM. Varför litar
>>>  man på ena program med inte på det andra? Varför lita på den
>>>  ursprungliga TIFF-bilden alls? 
>>>
>>>Antingen testar man datan/programmet själv (att de motsvarar
>>>  verkligheten) eller litar man på dem som skrev programmet och
>>>  bearbetade datan. Att testa marktäcktedatan själv borde vara
>>>  jobbigare än någon orkar klara i livet. Fast det lär vara skoj att
>>>  besöka ett fåtal skogsområden i ens närhet och kolla att
>>>  skogstypen stämmer med kartan.
>>>
>>>Om vi har frågor eller misstänker gällande metoder eller
>>>  noggrannhet på NMD:n ska vi anlita dess upphovsmän. Tidigare skrev
>>>  Bernt Rane i denna tråd att » Om det finns frågor kring datat så
>>>kan ni kontakta  camilla.jons...@metria.se som kan svara
>>>direkt eller bolla vidare, hon jobbar på Naturvårdsverkets
>>>uppdrag med just marktäckedatat.«
>>>
Skulle du kunna göra ett exempel där alla skogstyper
>>>  slås ihop
>>>
>>>Hittills lyckades jag lösa problemet med `gdal_sieve.py` och nu
>>>  har en ny raster TIFF-fil som 1) täcker hela landet, 2) har allt
>>>  krafs borttaget, 3) har "DN"-värden sammanslagna som tidigare
>>>  bestämt. Filen är 1,2 Gbyte stor, jag ämnar publicera den
>>>  någonstans i Internet så att andra kartläggare kan spara lite tid.
>>>Jag kan även slå alla typer på skogar ihop, men det ska ta lite
>>>  mer tid och rymd.
>>>
>>>P.S. om någon undrar vad för problemet finns med gdal_sieve.py, är
>>>  det så att om man sparar en ny filnamn tappas färgkartan bort.
>>>  Däremot om man skriver över den ursprungliga filen då förblir
>>>  färgkartan i den och resultatet ser ut normalt. 
>>>
>>>
Воскресенье, 7 апреля 2019, 10:55 +03:00
от egil   :

Hej

On 2019-04-07 09:08, Grigory Rechistov via Talk-se
wrote:
> Hej,
> Nyss körde jag mina nya skript på samma
  Vinön-area som tidigare. Med nya 
> `remap-raster.py` skriptet finns det inte längre
  några redundanta 
> intilliggande skogsvägar, de är nu sammanslagna.
> 
> Efter Chaikens utjämningsalgoritm (med 20 meter
 

Re: [OSM-talk-fr] emergency:hydrant:puisage:bleu

[marc marc]

cela montre que comme prévu, même avec plein de note=*
la confusion est totale et donc le schéma n'est pas bon.
en relisant l'ensemble de la conversation, ceci serrait-il pas mieux
https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dwater_point ?
même si la référence à l'eau potable aurait du migrer
dans la clef drinking_water=*

quelqu'un avait aussi proposé sur tagging
man_made=standpipe
Vincent avait aussi fait un brouillon à ce sujet
https://wiki.openstreetmap.org/w/index.php?title=Vinber/brouillons/bornes_de_puisage=1690713
je ne sais pas s'il y a eu un changement d'avis ou si c'est
le multiple sens qui pose problème
https://en.wikipedia.org/wiki/Standpipe

et dire qu'on lave encore en 2019 les rues avec de l'eau potable :(

Le 08.04.19 à 10:32, Nicolas Moyroud a écrit :
> Merci j'avais oublié cette discussion pourtant pas si vieille que ça ! 
> Et merci beaucoup pour les liens SDIS 17.
> 
> Du coup le conclusion de tout ça pour les vertes c'est qu'on met 
> amenity=hydrant, mais est-ce qu'on enlève le emergency=fire_hydrant ou 
> pas ? Sur celle qui est donnée en exemple dans la discussion 
> (https://www.openstreetmap.org/node/2650860672) il y a les 2 tags 
> présents avec pourtant une note qui dit de ne pas remettre le tag 
> emergency !
> 
> Nicolas
> 
> Le 05/04/2019 à 19:05, Gwenaël Jouvin via Talk-fr a écrit :
>> Bonjour,
>>
>> Un sujet analogue a été abordé il y a quelques temps :
>> https://lists.openstreetmap.org/pipermail/talk-fr/2018-October/090759.html 
>>
>>
>> Il me semble qu’il y a bien des bornes de puisage, de couleur vertes, 
>> elles, qui sont ouvertes à tous et ne sont pas réservées aux services 
>> d’urgence contre les incendies.
>>
>> Des références ici :
>> http://www.sdis17.fr/sites/sdis17/files/fichiers/rddeci.pdf
>> http://www.sdis17.fr/sites/sdis17/files/fichiers/fiche-01_poteaux-incendie.pdf
>>  
>>
>>
>>
>> Gwenaël
>>
>>
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-de] Besorgt über den iD-Editor

[list-osm-talk-de]

Als Antwort auf:
https://lists.openstreetmap.org/pipermail/talk-de/2019-March/116036.html :


Zugleich äussern sich die Entwickler gern auch mal geringschätzend über 
das Wiki oder Tagging-Diskussionen und nehmen sich eben das Privileg 
heraus, neue Features einfach einzubauen, die sie gut finden, nach dem 
Motto "wir machen was WIR für richtig halten", und da frage ich mich bei 
Vollzeit-Angestellten natürlich manchmal, inwiefern das eben auch das 
ist, was der Arbeitgeber bzw. dessen Geldgeber wollen.


[Auto-Übersetzung von Englisch unten:]

Ich denke, dass iD für OSM ein großer Schritt nach vorne war, und ich 
glaube daran Es ist sehr gut zu sehen, dass die Finanzierung in diese 
Richtung fließt. Ich teile jedoch Bedenken bezüglich Änderungen, die über 
die Bearbeitungseffizienz hinausgehen.


Ich möchte das folgende als Beispiel dafür anbieten, was ich glaube 
Tagging-Änderung, die in den Mailinglisten nicht behandelt wurde:


https://github.com/openstreetmap/iD/issues/5976
https://translate.google.com/translate?sl=en=de=https%3A%2F%2Fgithub.com%2Fopenstreetmap%2FiD%2Fissues%2F5976

Hier zeigt iD (sehr hilfreich) jetzt, dass es Verbindungsprobleme gibt. 
Aber in Im Prozess wird zusätzlich zum Verbindungsvorgang ein Kreuzungs-Tag 
hinzugefügt Knoten. Ich denke, dass dies oft unangemessen ist (vor allem 
außerhalb der USA). ich sicherlich ist es eine klare Änderung der 
historischen Praxis. Es auch Annahmen, die von Routing-Engines wie dem 
unseren gemacht werden, werden eindeutig unterbunden Verzögerungen, die 
sich auf eine Kreuzung beziehen, werden jetzt hinzugefügt Realität auf dem 
Boden. Ich würde erwarten, dass es sich um Veränderungen dieser Art handelt 
auf einer Mailingliste, nicht in einem Github-Ticket. Wie gezeigt Ticket 
wurden Änderungen in einigen Fällen relativ willkürlich vorgenommen 
rückgängig gemacht, aber andere sind an Ort und Stelle geblieben.


Um ehrlich zu sein, bin ich extrem beeindruckt von der Arbeit an iD und I 
Ich finde es ausgezeichnet, dass es dabei hilft, mehr 
Bearbeitungsaktivitäten zu leisten. Aber ich Ich denke, es muss einen 
besseren Prozess für diese Art von Änderungen geben.


---

[Mein Englisch:]

I think that iD has been a major step forward for OSM, and I believe it 
excellent to see funding going into it. However, I share concerns about 
changes beyond editing efficiency.


I would like to offer the following as an example of what I believe is a 
tagging change that has not been discussed on the mailing lists:


https://github.com/openstreetmap/iD/issues/5976
https://translate.google.com/translate?sl=en=de=https%3A%2F%2Fgithub.com%2Fopenstreetmap%2FiD%2Fissues%2F5976

Here, iD is (very helpfully) now flagging up a connectivity issue. But in 
the process, a crossing tag is being added in addition to the connecting 
node. I think this this often inappropriate (especially outside the US). I 
certainly regard it as a clear change to historical practice. It also 
clearly disrupts assumptions made by routing engines such as ours, where 
delays relating to a crossing are now being added that do not match the 
reality on the ground. I would expect that changes of this nature to be 
discussed on a mailing list, not within a Github ticket. As shown in that 
ticket, changes have then been made relatively arbitrarily, with some cases 
undone but others left in place.


To be clear, am extremely impressed by the work being done on iD and I 
think it excellent that it is helping drive more editing activity. But I 
think there needs to be a better process for these kinds of changes.



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Grigory Rechistov via Talk-se]

Hej




>Воскресенье,  7 апреля 2019, 21:00 +03:00 от Christian Asker 
>:
>
>Hej. Vad gäller skillnaden mellan löv- och barrskog tror jag att
>  infraröda bilder och bildbehandling lär vara lika pålitligt som
>  att bege sig ut i skogen själv. Det finns ju ingen exakt gräns för
>  när en skog är det ena eller det andra och vi har ingen chans att
>  göra det manuellt. Jag tycker också att det vore bra att behålla
>  den information som ju faktiskt finns i datat, förutom tex väldigt
>  små områden lövskog inuti en barrskog.
>
>Mvh Christian
>Den 2019-04-07 kl. 16:33, skrev Grigory
>  Rechistov via Talk-se:
>>Hej,
>>
>>>dem verkar vara skapad via AI och flygfoto/sattelitbilder .
>>I ett PDF-dokument som kom med marktäckedatan (den ZIP-arkiv som
>>  går att ladda ner) nämndes det att man också hade tillgång till
>>  infraröda bilder. De bör hjälpa till att skilja på skogstyper i
>>  tillägg till de vanliga bilderna i synliga spektrumet.
>>
>>> och inte särskilt pålitliga
>>En AI är bara ett program, och vi använder redan flertal program
>>  för att bearbeta, validera, skicka och rendera OSM. Varför litar
>>  man på ena program med inte på det andra? Varför lita på den
>>  ursprungliga TIFF-bilden alls? 
>>
>>Antingen testar man datan/programmet själv (att de motsvarar
>>  verkligheten) eller litar man på dem som skrev programmet och
>>  bearbetade datan. Att testa marktäcktedatan själv borde vara
>>  jobbigare än någon orkar klara i livet. Fast det lär vara skoj att
>>  besöka ett fåtal skogsområden i ens närhet och kolla att
>>  skogstypen stämmer med kartan.
>>
>>Om vi har frågor eller misstänker gällande metoder eller
>>  noggrannhet på NMD:n ska vi anlita dess upphovsmän. Tidigare skrev
>>  Bernt Rane i denna tråd att » Om det finns frågor kring datat så
>>kan ni kontakta  camilla.jons...@metria.se som kan svara
>>direkt eller bolla vidare, hon jobbar på Naturvårdsverkets
>>uppdrag med just marktäckedatat.«
>>
>>>Skulle du kunna göra ett exempel där alla skogstyper
>>  slås ihop
>>
>>Hittills lyckades jag lösa problemet med `gdal_sieve.py` och nu
>>  har en ny raster TIFF-fil som 1) täcker hela landet, 2) har allt
>>  krafs borttaget, 3) har "DN"-värden sammanslagna som tidigare
>>  bestämt. Filen är 1,2 Gbyte stor, jag ämnar publicera den
>>  någonstans i Internet så att andra kartläggare kan spara lite tid.
>>Jag kan även slå alla typer på skogar ihop, men det ska ta lite
>>  mer tid och rymd.
>>
>>P.S. om någon undrar vad för problemet finns med gdal_sieve.py, är
>>  det så att om man sparar en ny filnamn tappas färgkartan bort.
>>  Däremot om man skriver över den ursprungliga filen då förblir
>>  färgkartan i den och resultatet ser ut normalt. 
>>
>>
>>>Воскресенье, 7 апреля 2019, 10:55 +03:00
>>>от egil   :
>>>
>>>Hej
>>>
>>>On 2019-04-07 09:08, Grigory Rechistov via Talk-se
>>>wrote:
 Hej,
 Nyss körde jag mina nya skript på samma
>>>  Vinön-area som tidigare. Med nya 
 `remap-raster.py` skriptet finns det inte längre
>>>  några redundanta 
 intilliggande skogsvägar, de är nu sammanslagna.
 
 Efter Chaikens utjämningsalgoritm (med 20 meter
>>>  som tröskelvärde) körde 
 jag dessutom Douglas-Peucker (med 5 meter
>>>  tröskeln) för att räta avlånga 
 vägar. `process-osmxml.py` används som tidigare.
 
 Resultatet (utan några vidare manuella ändringar)
>>>  kan du hitta här: 
  https://atakua.org/p/nmd/vinon-cdp-2.osm.gz , förhandsvisningsbild: 
  https://atakua.org/p/nmd/vinon-cdp-2.png . 
>>>
>>>Det här ser mycket bättre ut än dina förre försök i
>>>tråden med Gränsö.
>>>
>>>Jag är skeptisk till att importera dem olika
>>>skogstyperna eftersom dem verkar vara skapad via AI och
>>>flygfoto/sattelitbilder och inte särskilt 
>>>pålitliga. Underlaget för detta verkar inte vara
>>>tillgängligt.
>>>
>>>Skulle du kunna göra ett exempel där alla skogstyper
>>>slås ihop som 
>>>landuse=forest i vektorer med mindre än 2000 noder som
>>>jämförelse?
>>>
>>>Mvh
>>>Egil
>>>
>>>___
>>>Talk-se mailing list
>>>Talk-se@openstreetmap.org
>>>https://lists.openstreetmap.org/listinfo/talk-se
>>
>>
>>С наилучшими пожеланиями,
>>Григорий Речистов.
>>Med vänliga hälsningar,
>>Grigory Rechistov
>>With best regards,
>>Grigory Rechistov
>>
>>___
>>Talk-se mailing list
>>Talk-se@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-se
>>
>___
>Talk-se mailing list
>Talk-se@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-se


С наилучшими пожеланиями,
Григорий Речистов.
Med vänliga hälsningar,

Re: [talk-cz] prosba ohledně openstreetmap.cz

[Marián Kyral]

-- Původní e-mail --
Od: Pavel Zbytovský 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 4. 2019 9:58:30
Předmět: Re: [talk-cz] prosba ohledně openstreetmap.cz
"


ad Tom) devosm má záměrně nastavené `osmcz.production = true`, je to kvůli
cestě ke složce /theme a pár dalším věcem. Mariánův návrh oifovat osmcz.
photoDbUrl mi přijde dobrý. Šlo by dát něco jako `if (location.href === '
openstreetmap.cz(http://openstreetmap.cz)) produkční - jinak dev url`



ad note.js) díky za odstranění, Mariáne. Přidal jsem to omylem pouze do @
layout.latte commitem c5bed updates from osmcz-web
(https://github.com/osmcz/osmcz/commit/c5bed7ba16f306bce10a638754c18d64656ed975)
, protože jsem myslel že se jedná o vrstvu s poznámkami, ale byl to zřejmě
jen nějaký pokus.




ad aktivní vrstva) to by chtělo nějak prozkoumat. V tom stacktracu za to
může tileReady funkce
(https://github.com/osmcz/osmcz-web/blob/dbfd35a4394e689efda78d26e1c5b9d83776cf54/theme/js/TileLayer.GeoJSON.js#L269)
, ale zakomentovat jí asi nepůjde. A komentovat věci v leaflet.js mi přijde
nebezpečné.






"



Já ale nekomentoval nic v leaflet.js. Já tohle zakomentoval v  TileLayer.
GeoJSON.js
(https://github.com/osmcz/osmcz/commit/300a40b0a45e6880d67b7fed2e2c52f6b8ceafe5#diff-f7e36fc2f97698addfd77d175c42907f)
, což je plugin (bohužel aktuálně aktivně neudržovaný). Zdá se, že v novém
leaflet už to volání není potřeba. Rozjelo se to a nenarazil jsem na žádnou
chybu ;-)







"










Nevím kdy se k tomu dostanu, klidně to někdo nacommitujte přímo do větve
devosm.  Já mám teď prioritu v těch mých přednáškách.






"



A to je která prosím?









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

Re: [talk-cz] chyba vložení do databáze při nahrávání fotky rozcestníku

[Tom Ka]

Tak je to chyba v te fotce, to blbe datum je v exifu:

kasparek@pckasparek: ~$ exiv2 -p a P_20190303_104438_1.jpg | grep 2019

Exif.Image.DateTime  2019:03:09 24:43:07

Chytne to az PostgreSQL pri vlozeni, ze je to chybne datum/cas, takze
pak i hlaska dava smysl.

Bye

po 8. 4. 2019 v 11:37 odesílatel Tom Ka  napsal:
>
> Tak nasel jsem v logu chybu, nekde urci datum a cas fotky jako
> 2019.03.09 24:43:07. Mrknu se na to.
>
> po 8. 4. 2019 v 10:00 odesílatel Tom Ka  napsal:
> >
> > Ahoj, ostatni vkladaji, o zadnem problemu nevim. Fody v zasade
> > zahranicni nijak nerozlisuje (krome toho, ze muze chybet mapka v
> > detailu fotky) a jen se pridava tag 'zahranicni' ale to je pro
> > zpracovani dal.
> >
> > Zkusim na to mrknout jestli nekde nenajdu nejaky problem v logu nebo jinde.
> >
> > Bye
> >
> > po 8. 4. 2019 v 9:53 odesílatel Michal Fabík  
> > napsal:
> > >
> > > Ahoj,
> > >
> > > je ještě pořád povolené nahrávání zahraničních rozcestníků? Zkouším
> > > nahrát fotku, otevře se dialog Nahrání fotografie, nastavím souřadnice,
> > > vyberu, že jde o pěší rozcestník, ref a poznámku nechám prázdné. Když
> > > kliknu na "Nahrát fotografii", dostanu chybovou hlášku, že se fotografii
> > > nepodařilo uložit na server s detailem "chyba vložení do databáze".
> > >
> > > Fotku posílám v příloze, má být na souřadnicích 45.30414, 22.90292.
> > >
> > > --
> > > Michal Fabík
> > >
> > > ___
> > > talk-cz mailing list
> > > talk-cz@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-cz
> > > https://openstreetmap.cz/talkcz

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

Re: [talk-cz] chyba vložení do databáze při nahrávání fotky rozcestníku

[Tom Ka]

Tak nasel jsem v logu chybu, nekde urci datum a cas fotky jako
2019.03.09 24:43:07. Mrknu se na to.

po 8. 4. 2019 v 10:00 odesílatel Tom Ka  napsal:
>
> Ahoj, ostatni vkladaji, o zadnem problemu nevim. Fody v zasade
> zahranicni nijak nerozlisuje (krome toho, ze muze chybet mapka v
> detailu fotky) a jen se pridava tag 'zahranicni' ale to je pro
> zpracovani dal.
>
> Zkusim na to mrknout jestli nekde nenajdu nejaky problem v logu nebo jinde.
>
> Bye
>
> po 8. 4. 2019 v 9:53 odesílatel Michal Fabík  napsal:
> >
> > Ahoj,
> >
> > je ještě pořád povolené nahrávání zahraničních rozcestníků? Zkouším
> > nahrát fotku, otevře se dialog Nahrání fotografie, nastavím souřadnice,
> > vyberu, že jde o pěší rozcestník, ref a poznámku nechám prázdné. Když
> > kliknu na "Nahrát fotografii", dostanu chybovou hlášku, že se fotografii
> > nepodařilo uložit na server s detailem "chyba vložení do databáze".
> >
> > Fotku posílám v příloze, má být na souřadnicích 45.30414, 22.90292.
> >
> > --
> > Michal Fabík
> >
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz

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

[OSM-talk-fr] École thématique GéoStat-Santé

[Julien Coupey]

Bonjour,

En marge d'une intervention pour présenter OSM à un colloque de 
géographes, j'avais croisé une personne qui organise une école 
thématique en Alsace dont l'objet est de réunir différentes communautés 
(géographes, géomaticiens, chercheurs et monde de la santé).


Il y avait un intérêt pour OpenStreetMap, donc j'ai proposé de faire 
suivre l'info. En rentrant en contact il y aurait sûrement moyen de 
participer et d'intervenir pour une personne de la communauté intéressée 
par ce domaine.


Le site : https://geostat-sante.sciencesconf.org/
Contact direct : aques...@univ-lille.fr

À +
Julien

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

Re: [Talk-it] Utente che ignora i suggerimenti

[Alexander Shilin]

Ehi Francesco;
grazie per il tweet. Miscolare outdoor e indoordata in un layer di
visulaizzazione fal la mappa molto confusa.

Ciao, Ale

Il giorno gio 4 apr 2019 alle ore 13:36 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> Am Do., 4. Apr. 2019 um 07:33 Uhr schrieb Francesco Pelullo <
> f.pelu...@gmail.com>:
>
>> Segnalo questo tweet di Pascal Neis:
>> https://twitter.com/pascal_n/status/1113480426276913153?s=19
>>
>
>
> grazie, molto gradito!
>
> Ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-lt] Upių pavadinimai virš vandens telkinių

[Tomas Straupis]

Sveiki

>   Jei teisingai suprantu, Aurimo ir Mindaugo pozicija yra rodyti upių
> pavadinimus ir vandens telkiniuose? Tai būtų 2:1 pavadinimų naudai.
>   Jei taip: padarysiu waterway:name => name + nauja_žyma pakeitimą po
> ~savaitės. Tada upių pavadinimai telkiniuose grįš į visus žemėlapius
> išskyrus *.openmap.lt

  Visi waterway:name pakeisti į name.
  https://www.openstreetmap.org/#map=15/54.8070/24.2404
  https://www.openstreetmap.org/#map=16/55.7727/25.8187

-- 
Tomas

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

Re: [OSM-talk-fr] emergency:hydrant:puisage:bleu

[Nicolas Moyroud]

Merci j'avais oublié cette discussion pourtant pas si vieille que ça ! 
Et merci beaucoup pour les liens SDIS 17.


Du coup le conclusion de tout ça pour les vertes c'est qu'on met 
amenity=hydrant, mais est-ce qu'on enlève le emergency=fire_hydrant ou 
pas ? Sur celle qui est donnée en exemple dans la discussion 
(https://www.openstreetmap.org/node/2650860672) il y a les 2 tags 
présents avec pourtant une note qui dit de ne pas remettre le tag 
emergency !


Nicolas

Le 05/04/2019 à 19:05, Gwenaël Jouvin via Talk-fr a écrit :

Bonjour,

Un sujet analogue a été abordé il y a quelques temps :
https://lists.openstreetmap.org/pipermail/talk-fr/2018-October/090759.html

Il me semble qu’il y a bien des bornes de puisage, de couleur vertes, elles, 
qui sont ouvertes à tous et ne sont pas réservées aux services d’urgence contre 
les incendies.

Des références ici :
http://www.sdis17.fr/sites/sdis17/files/fichiers/rddeci.pdf
http://www.sdis17.fr/sites/sdis17/files/fichiers/fiche-01_poteaux-incendie.pdf


Gwenaël




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

Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed

[Florian Lohoff]

On Fri, Apr 05, 2019 at 01:29:28AM +0200, Garry wrote:
> Am 27.03.19 um 00:08 schrieb Bernhard Weiskopf:
> > Wenn ein Schild "7" steht, tagge ich "7".
> > Wenn ein Schild steht, das "Schrittgeschwindigkeit" impliziert, tagge ich 
> > "walk".
> > 
> > Ich maße mir nicht an zu entscheiden, ob "walk" nun 5 km/h, 6 km/h, 7 km/h, 
> > ... bedeutet. Das hat weder der Gesetzgeber festgelegt, noch haben das 
> > Gerichte einheitlich entschieden.
> > 
> Mal so ausgedrückt:
> 
> Was unter 7km/h liegt ist kein Fahren mehr, das ist Rangieren. Viele KFZ
> müssen dann schon unterhalb "Leerlauf 1. Gang" betrieben werden und
> Zweiradfahrer mit dem Gleichgewicht halten kämpfen - das ist kein
> sicheres Fahren mehr.
> 
> Das Augenmerk liegt dann nicht mehr bei der Tachonadel sondern darauf
> nicht mit der Umgebung zu kollidieren.
> 
> Mit diesem Hintergrund gibt es da auch keine Rechtssicherheit mehr durch
> Gesetzgeber und Richter in Form eindeutiger Vorschriften und Urteile.
> Gewünscht ist die langsamste mögliche Geschwindigkeit die sicher zu
> fahren ist. Die ist technisch je nach Fahrzeug und Fahrer individuell
> und somit nicht rechtssicher in Form von Messgrößen allgemein
> (Fahrzeugtyp unabhängig) zu beschreiben.
> 
> 7km/h ist daher ein sinnvoller Wert um dieser Thematik gerecht zu
> werden. Wenn die Anwendungen dann noch eine Toleranz von 2-3 km/h
> erlauben sollte man auf der sicheren Seite sein nicht wegen reiner
> Geschwindigkeitsüberschreitung belangt zu werden. Das entbindet nicht
> davon jederzeit bremsbereit sein zu müssen und derart vorausschauend zu
> fahren dass ein Unfallrisiko minimiert wird. Das Betriebsrisiko bleibt
> immer und man wird bei einem Unfall auch bei 1km/h kaum schuldfrei aus
> der Sache herauskommen. Wenn man aber seine Konzentration darauf setzt
> das Fahrzeug unterhalb der "passiven Mindestgeschwindigkeit" (ohne
> schleifende Kupplung, "Zweiradakrobatik",.. ) zu betreiben steigt das
> Risiko eines Unfalles wieder an was kaum im Sinne des Gesetzgebers sein
> kann.

Ein Numerischer wert ist eben einfach falsch und entstammt nicht der
StVO oder einem Schild sondern einem Gerichtsurteil.

Und ja - Exakt - es ist Rangieren. Das ist genau die Definition eines
Verkehrsberuhigten Bereiches. Verkehrsberuhigte Straßen sind eben nicht
zum Fahren sondern für den ruhenden Verkehr.

Aus der Verwaltungsvorschrift für Zeichen 325:

2 II. Örtliche Voraussetzungen

Die Kennzeichnung von verkehrsberuhigten Bereichen setzt voraus,
daß die in Betracht kommenden Straßen, insbesondere durch
geschwindigkeitsmindernde Maßnahmen des Straßenbaulast- trägers
oder der Straßenbaubehörde, überwiegend Aufenthalts- und
Erschließungsfunktionen haben.

3 III. Bauliche Voraussetzungen

1. Maßgebend für die Beschilderung von verkehrsberuhigten Bereichen
sind - neben der damit angestrebten Erhöhung der Verkehrssicherheit
- Gesichtspunkte des Städtebaus, insbesondere der Verbesserung des
Wohnumfeldes durch Umgestaltung des Straßenraumes.

4 2. Die mit Zeichen 325 erfaßten Straßen müssen durch ihre Gestaltung
den Eindruck vermitteln, daß die Aufenthalts- funktion überwiegt und
der Fahrzeugverkehr hier eine untergeordnete Bedeutung hat. Dies kann
u.a. dadurch erreicht werden, daß der Ausbau der Straße sich deutlich
von angrenzenden Straßen, die nicht mit Zeichen 325 beschildert sind,
unterscheidet. In der Regel wird ein niveaugleicher Ausbau für die
ganze Straßenbreite erforderlich sein.

5 3. Straßen, die mit Zeichen 325 beschildert sind, dürfen von
Fußgängern zwar in ihrer ganzen Breite benutzt werden; dies bedeutet
aber nicht, daß auch Fahrzeugführern ermöglicht werden muß, die
Straße überall zu befahren. Daher kann es im Einzelfall zweckmäßig
sein, Flächen für Fußgänger zu reservieren und diese in geeigneter
Weise (z. B. durch Poller, Bewuchs) von dem befahrbaren Bereich
abzugrenzen.

Deshalb halte ich auch die default routing Tags für Deutschland 1) für den
Verkehrsberuhigten Bereich für falsch. Der Satz
"... überwiegend Aufenthalts- und Erschließungsfunktionen haben."
sagt das es eigentlich wie "access=destination" zu behandeln ist.

Flo
1) 
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Germany
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk] iD influencing tagging

[Simon Poole]

Am 07.04.2019 um 18:12 schrieb Clifford Snow:
>  The original post on talk-de really seemed to be complaining that the
> development staff is paid. Maybe what we should be asking is "Should
> OSMF fund development of tools?" 

I think that isn't really a correct interpretation of the original
concern raised.

It was more (paraphrasing so I apologize if I'm mangling things too
much): the default editor on osm.org is in a privileged position and
gives who ever is in control of it has substantial power over the
project, this has always been the case and isn't something new (as
Richard has pointed out). The concern raised was that there are no real
checks and balances (not even the need to finance a living by a day job
as Richard had to do) wrt that power.

Tagging decision are what the following discussion jumped on, but I
don't really think that is so critical, there was a phase when there was
a couple of weird decisions, but in general these have always (just as
with JOSM) tended to affect low use tags. In the grand scheme of things
not really a big deal.

I would be more concerned about things being added to iD's functionality
that look like "good ideas" but haven't gone through a proper critical
(non-technical) review as in "do we actually want this feature and what
are the consequences of adding it". Two particularly problematic
"recent" additions: recording the last position in the walk through and
recording the number of warnings that have been ignored in changesets.
It doesn't really matter if this was a requests by the unknown entities
holding the purse strings, or if Bryan and Quincy simply thought them up
over a beer or similar, they still should have been discussed in a wider
(aka not just the OSM-US bubble) audience before the first line of code
was written.

Simon





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

Re: [talk-cz] Nová otevřená data v Plzni

[Tom Ka]

https://wiki.openstreetmap.org/wiki/Cs:Zdroje_v_jednani

Mirku, prosim dopln poradne ty jeskynare, tohle jsem daval spis jako
vzor, Majko, klidne uprav/dopln dle libosti.

Podle mne by se pak hotove veci, kde to projde (ne kde se to zamitne
nebo to vysumi) mely presunout na tu hlavni stranku s prehledem
dostupnych zdroju (a ta by teda potrebovala aktualizovat, jsou tam
hodne out-of-date veci).

Tak zatim aspon tak.

Bye tom.k

po 8. 4. 2019 v 9:59 odesílatel majka  napsal:
>
> Klidně založ, ještě to nikde není. Já se těm záležitostem budu věnovat 
> nejdřív zítra - ten konec týdne a pracovní víkend mi dal zabrat. Budu to 
> muset ještě dospat, končila jsem dnes ve tři ráno...
>
> On Mon, 8 Apr 2019 at 09:55, Tom Ka  wrote:
>>
>> Ahoj,
>>
>> Majka koordinuje dalsi ppodobne akce/zadosti (na instituce spise nez
>> mesta ale to je celkem jedno). Majko, je uz nekde urcena ta stranka
>> pro seznam zadosti a jejich stavu? Pokud ne, zalozis neco nebo to mam
>> udelat ja?
>>
>> Diky
>>
>> ne 7. 4. 2019 v 17:55 odesílatel Pavel Cvrček  
>> napsal:
>> >
>> > Ahoj,
>> >
>> > v Plzni došlo na můj podnět k otevření několika datových sad jako otevřená 
>> > data (licence: Creative Commons CCZero).
>> >
>> > Vlídná WC
>> > Jedná se o projekt města, kdy podniky (restaurace, kavárny apod.) 
>> > zpřístupní zdarma či za poplatek svá WC i návštěvníkům “z ulice”. Jak 
>> > ideálně zanést?
>> > https://opendata.plzen.eu/dataset/gis-ostatni-wc
>> >
>> > Cyklostojany
>> > Něco měli publikováno dříve, ale nyní by to mělo být aktualizováno dle 
>> > současného stavu.
>> > https://opendata.plzen.eu/dataset/gis-doprava-cyklotrasy-uzamykatelne-stojany
>> >
>> > Kontejnery na tříděný odpad
>> > https://opendata.plzen.eu/dataset/gis-ostatni-odpady-separovany-odpad
>> >
>> > Parkovací automaty a parkovací zóny
>> > https://opendata.plzen.eu/dataset/gis-technicka-mapa-site-verejne-osvetleni-svetelna-mista-parkovaci-automaty
>> > https://opendata.plzen.eu/dataset/gis-doprava-parkovaci-zony
>> >
>> > Zanáší se to někam do wiki?
>> >
>> > Rád bych pokračoval s dalšími daty, uvidíme, co se povede. Městská 
>> > organizace, co portál s open daty provozuje, je otevřená podnětům, ale 
>> > nakonec je to o tom, zda s publikací souhlasí vlastník (často jiná 
>> > organizace města).
>> >
>> > Zdraví
>> >
>> > Pavel
>> > ___
>> > talk-cz mailing list
>> > talk-cz@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-cz
>> > https://openstreetmap.cz/talkcz
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [talk-cz] Newsletter jaro 2019

[Tom Ka]

Ahoj, sem podle mne az hotove veci s detaily, pro prehled veci
aktualne v jednani jsem pripravil novou stranku:

https://wiki.openstreetmap.org/wiki/Cs:Zdroje_v_jednani

(a sem pridal odkaz do prvniho odstavce)

Bye

ne 7. 4. 2019 v 22:49 odesílatel Jan Macura  napsal:
>
>
> On Sun, 7 Apr 2019 at 21:53, majka  wrote:
>>
>> Počítala jsem, že za sebe budu generovat přímo tabulku, kterou vždy 
>> nakopíruji do nějaké konkrétní webové stránky na wiki. Stejně bychom to tam 
>> měli mít uváděné.
>
>
> +1
>
>>
>> Za mě: ptám se tímto již po několikáté, zda to někde už máme sepsané 
>> (nezávisle na tom, co ten příští týden já osobně pošlu do světa). Zatím jsem 
>> se odpovědi nikde nedopátrala, takže jsem získala dojem, že ten přehled 
>> současných schválených dat nikde není, jen se dotyčný vždy pochlubil tady. 
>> Pletu se nebo ne?
>
>
> Na wiki je AFAIK jen toto: 
> https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/freemap
>
> H.
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [talk-cz] Newsletter jaro 2019

[Tom Ka]

po 8. 4. 2019 v 7:17 odesílatel Miroslav Suchy  napsal:
>
> Dne 07. 04. 19 v 21:52 majka napsal(a):
> > Za mě: ptám se tímto již po několikáté, zda to někde už máme sepsané 
> > (nezávisle na tom, co ten příští týden já osobně
> > pošlu do světa). Zatím jsem se odpovědi nikde nedopátrala, takže jsem 
> > získala dojem, že ten přehled současných
> > schválených dat nikde není, jen se dotyčný vždy pochlubil tady. Pletu se 
> > nebo ne?
>
> IMHO se nepletes.
>
> Ta schvalena data by - za mne - bylo asi fajn vest tady:
>   https://wiki.openstreetmap.org/wiki/Contributors#Czech_Republic

tohle je max na seznam kde/co ale nema smysl to plevelit dalsimi vecmi
(kdo resi, stav, posledni datum apod.). Udelam nekde bokem.

Bye

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

Re: [talk-cz] chyba vložení do databáze při nahrávání fotky rozcestníku

[Tom Ka]

Ahoj, ostatni vkladaji, o zadnem problemu nevim. Fody v zasade
zahranicni nijak nerozlisuje (krome toho, ze muze chybet mapka v
detailu fotky) a jen se pridava tag 'zahranicni' ale to je pro
zpracovani dal.

Zkusim na to mrknout jestli nekde nenajdu nejaky problem v logu nebo jinde.

Bye

po 8. 4. 2019 v 9:53 odesílatel Michal Fabík  napsal:
>
> Ahoj,
>
> je ještě pořád povolené nahrávání zahraničních rozcestníků? Zkouším
> nahrát fotku, otevře se dialog Nahrání fotografie, nastavím souřadnice,
> vyberu, že jde o pěší rozcestník, ref a poznámku nechám prázdné. Když
> kliknu na "Nahrát fotografii", dostanu chybovou hlášku, že se fotografii
> nepodařilo uložit na server s detailem "chyba vložení do databáze".
>
> Fotku posílám v příloze, má být na souřadnicích 45.30414, 22.90292.
>
> --
> Michal Fabík
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [talk-cz] Nová otevřená data v Plzni

[majka]

Klidně založ, ještě to nikde není. Já se těm záležitostem budu věnovat
nejdřív zítra - ten konec týdne a pracovní víkend mi dal zabrat. Budu to
muset ještě dospat, končila jsem dnes ve tři ráno...

On Mon, 8 Apr 2019 at 09:55, Tom Ka  wrote:

> Ahoj,
>
> Majka koordinuje dalsi ppodobne akce/zadosti (na instituce spise nez
> mesta ale to je celkem jedno). Majko, je uz nekde urcena ta stranka
> pro seznam zadosti a jejich stavu? Pokud ne, zalozis neco nebo to mam
> udelat ja?
>
> Diky
>
> ne 7. 4. 2019 v 17:55 odesílatel Pavel Cvrček 
> napsal:
> >
> > Ahoj,
> >
> > v Plzni došlo na můj podnět k otevření několika datových sad jako
> otevřená data (licence: Creative Commons CCZero).
> >
> > Vlídná WC
> > Jedná se o projekt města, kdy podniky (restaurace, kavárny apod.)
> zpřístupní zdarma či za poplatek svá WC i návštěvníkům “z ulice”. Jak
> ideálně zanést?
> > https://opendata.plzen.eu/dataset/gis-ostatni-wc
> >
> > Cyklostojany
> > Něco měli publikováno dříve, ale nyní by to mělo být aktualizováno dle
> současného stavu.
> >
> https://opendata.plzen.eu/dataset/gis-doprava-cyklotrasy-uzamykatelne-stojany
> >
> > Kontejnery na tříděný odpad
> > https://opendata.plzen.eu/dataset/gis-ostatni-odpady-separovany-odpad
> >
> > Parkovací automaty a parkovací zóny
> >
> https://opendata.plzen.eu/dataset/gis-technicka-mapa-site-verejne-osvetleni-svetelna-mista-parkovaci-automaty
> > https://opendata.plzen.eu/dataset/gis-doprava-parkovaci-zony
> >
> > Zanáší se to někam do wiki?
> >
> > Rád bych pokračoval s dalšími daty, uvidíme, co se povede. Městská
> organizace, co portál s open daty provozuje, je otevřená podnětům, ale
> nakonec je to o tom, zda s publikací souhlasí vlastník (často jiná
> organizace města).
> >
> > Zdraví
> >
> > Pavel
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mapnik nerenderuje nová data

[Tom Ka]

Na osm.org uz ostatni psali, pokud je potreba zkouknout zmeny
rychleji, muzes zkusit https://kasparkovi.net/osm/, vrstva OSM.own,
pripadne nekde dat dlazdice  viz. http://osm.fit.vutbr.cz/tirex/,
updatuje se kazde 2 hodiny.

Bye

ne 7. 4. 2019 v 21:14 odesílatel Pavel Pilát  napsal:
>
> Nevíte, jestli je nějaký problém s Mapnikem? Dělal jsem odpoledne změny a 
> zatím se to neprojevilo.
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [talk-cz] Nová otevřená data v Plzni

[Tom Ka]

Ahoj,

Majka koordinuje dalsi ppodobne akce/zadosti (na instituce spise nez
mesta ale to je celkem jedno). Majko, je uz nekde urcena ta stranka
pro seznam zadosti a jejich stavu? Pokud ne, zalozis neco nebo to mam
udelat ja?

Diky

ne 7. 4. 2019 v 17:55 odesílatel Pavel Cvrček  napsal:
>
> Ahoj,
>
> v Plzni došlo na můj podnět k otevření několika datových sad jako otevřená 
> data (licence: Creative Commons CCZero).
>
> Vlídná WC
> Jedná se o projekt města, kdy podniky (restaurace, kavárny apod.) zpřístupní 
> zdarma či za poplatek svá WC i návštěvníkům “z ulice”. Jak ideálně zanést?
> https://opendata.plzen.eu/dataset/gis-ostatni-wc
>
> Cyklostojany
> Něco měli publikováno dříve, ale nyní by to mělo být aktualizováno dle 
> současného stavu.
> https://opendata.plzen.eu/dataset/gis-doprava-cyklotrasy-uzamykatelne-stojany
>
> Kontejnery na tříděný odpad
> https://opendata.plzen.eu/dataset/gis-ostatni-odpady-separovany-odpad
>
> Parkovací automaty a parkovací zóny
> https://opendata.plzen.eu/dataset/gis-technicka-mapa-site-verejne-osvetleni-svetelna-mista-parkovaci-automaty
> https://opendata.plzen.eu/dataset/gis-doprava-parkovaci-zony
>
> Zanáší se to někam do wiki?
>
> Rád bych pokračoval s dalšími daty, uvidíme, co se povede. Městská 
> organizace, co portál s open daty provozuje, je otevřená podnětům, ale 
> nakonec je to o tom, zda s publikací souhlasí vlastník (často jiná organizace 
> města).
>
> Zdraví
>
> Pavel
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [OSM-talk] iD influencing tagging

[Martin Koppenhoefer]

sent from a phone

> On 7. Apr 2019, at 22:23, Yuri Astrakhan  wrote:
> 
> A good example is "denomination=evangelical" -- German speakers should not 
> use it for "evangelisch" which stands for denomination=protestant. The word 
> may be the same, but we treat "evangelical" as an ID for a specific meaning, 
> rather than reflect local language customs.


actually “evangelical” translates in German to “evangelikal”, which doesn’t 
seem to be very confusing. Someone thinking it means “evangelisch” is likely 
mapping in a domain s/he isn’t acquainted with.

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

Re: [OSM-talk] iD influencing tagging

[Martin Koppenhoefer]

sent from a phone

> On 7. Apr 2019, at 21:08, Richard Fairhurst  wrote:
> 
> Martin Koppenhoefer wrote:
>> Now while everybody is free to use any tag she likes, I would not 
>> expect the OpenStreetMap-Foundation standard editor to 
>> introduce new tags through presets. 
> 
> It's been happening since Potlatch 1 came online in 2007, so you should have
> had a few years to get used to it by now...


Richard, you have great merit in the OSM ecosystem, and all my respect for your 
notable contribution to OSM, but you really can’t compare 2007 (a bunch of 
mappers having to develop yet tags for almost everything) with 2019 (a complex 
tagging scheme for many things is already established).



> 
> I don't follow that iD has any particular status because of its default
> location on the edit tab: JOSM arguably has more "heft" because its bulk
> editing abilities allow people to impose new tags by force of number, not to
> mention you 'orrible lot forever bombarding the poor newbie to use JOSM or
> else. ;)


most new mappers use iD, I don’t think you can argue about this, and most 
mappers aren’t subscribed to any channel where they would get such advice to 
use JOSM ;-)


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