[OSM-talk] Fwd: [MediaWiki-l] Maps 4.0.0-RC1 released

[Pine W]

Forwarding in case some of the mapping experts on other mailing lists would
like to look at this.

Pine


-- Forwarded message --
From: Jeroen De Dauw 
Date: Thu, Nov 10, 2016 at 2:39 PM
Subject: [MediaWiki-l] Maps 4.0.0-RC1 released
To: MediaWiki announcements and site admin list <
mediawik...@lists.wikimedia.org>


Hey all,

I'm happy to announce the first release candidate for Maps 4.0. Maps is a
MediaWiki extension to work with and visualize geographical information.
Maps 4.0 is the first major release of the extension since January 2014,
and it brings a ton of "new" functionality. This release candidate is meant
to gather feedback and not suitable for usage in production. The 4.0
release itself will be made one week from now if no issues are found.

For an overview of what's new, see
https://www.entropywins.wtf/blog/2016/11/09/maps-4-0-0-rc1-released/

Cheers

--
Jeroen De Dauw | https://entropywins.wtf | https://keybase.io/jeroendedauw
Software craftsmanship advocate | Developer at Wikimedia Germany
~=[,,_,,]:3
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ca] Wikidata in OpenStreetMap

[Frederik Ramm]

Hi,

On 11/11/2016 05:08 AM, Devon Fyson wrote:
> With respect to linking wikidata and OSM, all those properties should be
> added to wikidata if they don't already exist. Then link to it by simply
> adding the wikidata ID in OSM. Then if OSM ever wants to merge wikidata
> in, it can all be done automatically via the wikidata ID. Most of what
> is in that Ottawa example is already in wikidata and so it doesn't make
> sense to duplicate it.

I don't think James was advocating for adding stuff to OSM, but if he
was, yes then I'm totally with you - the Wikidata link should be
sufficient, and we don't want to copy stuff from Wikidata.

(Nor do we want to copy stuff from OSM *into* Wikidata because this
would then make parts of Wikidata ODbL licensed, something that Wikidata
certainly won't approve of.)

Bye
Frederik

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

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

Re: [Talk-es] Echar atrás changeset de un usuario

[Ander Pijoan]

Hola a todos,

Si algún día el usuario que ha borrado todo nos contesta a los mensajes,
nos enteraremos por qué lo hizo. Mientras tanto, me he instalado el
Reverter y con él estoy echando poco a poco sus destrozos para atrás. A ver
si mas o menos conseguimos recuperar todo sin mucha complicación.

En cuanto a los emails de @deusto, ya pusimos sobre aviso al sistema
informático en su día, no sé si habrán movido algo para arreglarlo.

Un saludo y muchas gracias por la ayuda



El 10 de noviembre de 2016, 23:38, Óscar Zorrilla Alonso <
oscar_zorri...@hotmail.com> escribió:

> Andaaa, si a este también lo conozco de cambiar cosas en mi pueblo (Medina
> de Pomar) y el de al lado (Villarcayo) no siempre como debiera.
>
> El resultado al igual que el tuyo Ander ha sido infructuoso, he mandado
> varios mensajes, preguntado en changesets y nada de nada. Al final el
> resultado ha sido lo que han comentado compañeros, revertir sus ediciones.
>
> Si consigo contactar con él ya te comentaré.
>
> Un saludo
>
> Óscar - cronoser
>
> --
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 

Ander Pijoan

Research Assistant / DeustoTech Energía

Universidad de Deusto / Deustuko Unibertsitatea

Avda. Universidades 24. 48007 Bilbao

Tel. 94 413 90 03/ 2052
ander.pij...@deusto.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-ca] Wikidata in OpenStreetMap

[Devon Fyson]

With respect to linking wikidata and OSM, all those properties should be
added to wikidata if they don't already exist. Then link to it by simply
adding the wikidata ID in OSM. Then if OSM ever wants to merge wikidata in,
it can all be done automatically via the wikidata ID. Most of what is in
that Ottawa example is already in wikidata and so it doesn't make sense to
duplicate it. See this discussion

on wikidata.
As for cross referencing existing OSM nodes with existing wikidata IDs, the
fastest way would be to use a script to search between the two databases
with a best fit algorithm then have user intervention to ensure quality.
(eg node 18886011 at 45, -75 is a capital with name 'Ottawa' and looks to
match Q1930 with a 90% fit, next match of ___ is a 50% fit). Even lower
hanging fruit would be to start with cross-referencing via the wikipedia
tags which could probably be fully automated. eg OSM → wikipedia → wikidata
to generate OSM → wikidata.
Devon

On Thu, Nov 10, 2016 at 8:19 PM, John Marshall  wrote:

> Great work James. I'm in.
>
> John
>
> John Marshall
>
> On Nov 10, 2016 20:17, "James"  wrote:
>
>> Seeing as ID[1] and Mapbox[2] are pushing to incorporate wikidata into
>> OSM, I thought it would be a perfect little project when mappers have
>> nothing better to do or in their downtime.
>>
>> The wikidata link can help developers get vital information like the
>> current population, current mayor, flags, coat of arms,etc. The list goes
>> on. This is a lot of data that can't necessarily be encoded into OSM. This
>> would help simplify the use of OSM data for small developers.
>>
>> I've started a project on the OSMCanada Tasking Manager here:
>> http://tasks.osmcanada.ca/project/40
>>
>> Join in for a more data rich Canada :)
>>
>>
>> [1] https://www.mapbox.com/blog/id-wikidata/
>> [2] https://www.mapbox.com/blog/geocoding-wikidata/
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-ja] 11/12, 13「龍野城下町マッピングパーティ」を開催します

[Jun NOGATA]

こんにちは。野方です。

週末の龍野城下町マッピングパーティですが、集合場所が「トイリンクス」
というコミュニティスペースに変更になったそうです。

http://osm.org/go/56vJsS6z9--?m=
https://www.facebook.com/toilinks/

ふらっと遊びに来られる人がいたら、お気をつけください。


2016年11月7日 11:56 Jun NOGATA :
> こんにちは。野方です。
>
> 兵庫県たつの市にあるNPO「ひと・まち・あーと」が、街づくりの一環として
> たつの市龍野町を中心としたOpenStreetMapを使った地図づくりをおこなっています。
>
> 近くなのでたまにお手伝いをしてるのですが、その「ひと・まち・あーと」さんが
> 11月12,13日にマッピングパーティを開催されるのでお知らせです。
>
> https://www.facebook.com/events/1075513685896594/
>
> 集合場所の「あがりがまち」は現在作っている最中だそうで、
> 下の地図を参考にいらしてくださればという感じだそうです。
> http://osm.org/go/56vJsxBbk--?m
>
> すみません。うちの学生が企画しているので情報が若干グダってる感じですが
> お近くでお時間のある方は遊びにいらしてください。
> よろしくお願いします。
>
> --
> 野方 純 (NOGATA,Jun) - mail: noga...@gmail.com
>  - web: http://www.nofuture.tv/diary/



-- 
野方 純 (NOGATA,Jun) - mail: noga...@gmail.com
 - web: http://www.nofuture.tv/diary/
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-ca] Wikidata in OpenStreetMap

[John Marshall]

Great work James. I'm in.

John

John Marshall

On Nov 10, 2016 20:17, "James"  wrote:

> Seeing as ID[1] and Mapbox[2] are pushing to incorporate wikidata into
> OSM, I thought it would be a perfect little project when mappers have
> nothing better to do or in their downtime.
>
> The wikidata link can help developers get vital information like the
> current population, current mayor, flags, coat of arms,etc. The list goes
> on. This is a lot of data that can't necessarily be encoded into OSM. This
> would help simplify the use of OSM data for small developers.
>
> I've started a project on the OSMCanada Tasking Manager here:
> http://tasks.osmcanada.ca/project/40
>
> Join in for a more data rich Canada :)
>
>
> [1] https://www.mapbox.com/blog/id-wikidata/
> [2] https://www.mapbox.com/blog/geocoding-wikidata/
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Wikidata in OpenStreetMap

[James]

Seeing as ID[1] and Mapbox[2] are pushing to incorporate wikidata into OSM,
I thought it would be a perfect little project when mappers have nothing
better to do or in their downtime.

The wikidata link can help developers get vital information like the
current population, current mayor, flags, coat of arms,etc. The list goes
on. This is a lot of data that can't necessarily be encoded into OSM. This
would help simplify the use of OSM data for small developers.

I've started a project on the OSMCanada Tasking Manager here:
http://tasks.osmcanada.ca/project/40

Join in for a more data rich Canada :)


[1] https://www.mapbox.com/blog/id-wikidata/
[2] https://www.mapbox.com/blog/geocoding-wikidata/
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[talk-ph] Fwd: [OSM-talk] weeklyOSM #329 11/01/2016-11/07/2016

[Eugene Alvin Villar]

-- Forwarded message --
From: weeklyteam 
Date: Fri, Nov 11, 2016 at 3:07 AM
Subject: [OSM-talk] weeklyOSM #329 11/01/2016-11/07/2016
To: t...@openstreetmap.org


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

http://www.weeklyosm.eu/en/archives/8289/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-
produced-in_56718#2/8.6/108.3
___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-es] Correos de bienvenida a nuevos usuarios

[Alejandro S.]

Tiene buena pinta. La semana que viene le echo un ojo y lo montamos.

Saludos ,
Alejandro Suárez

On Thu, Nov 10, 2016, 19:30 Santiago Crespo 
wrote:

> Gracias Joost,
>
> Creo que puede ser una buena herramienta. He montado una instancia para
> la comunidad española en:
>
> http://laceci.xyz
>
> El mensaje de bienvenida en español:
>
> https://hackpad.com/OSM-es-mensaje-bienvenida-49elcneRn6f
>
> Si alguien se anima a traducirlo al català, euskera, etc, que me envíe
> la traducción.
>
> Grupo de operaciones: ¿os parece si montamos este servicio en
> hola.openstreetmap.es? (o bienvenida.openstr..)
>
> Saludos,
> Santiago Crespo
>
>
> On 11/07/2016 11:27 AM, joost schouppe wrote:
> > Hola,
> >
> > Estan bienvenidos de utilizar el simple "welcoming tool" que usamos en
> > Belgica.
> >
> > Nuestro mensaje de bienvenida esta disponible aca:
> > https://hackpad.com/OSM-be-welcome-message-BrjHFZdOqS0
> >
> > Pueden probarlo aqui, con su cuenta OSM:
> > https://welcome.osm.be
> >
> > El codigo esta aca:
> > https://github.com/osmbe/osm-welcome-belgium
> >
> > Lo que hace es tomar el RSS de nuevos contribuidores por pais de Pascal
> > Neis y detectar idioma. Al usar el boton "Welcome now" te da el mensaje
> > en el idioma sugerida. Haciendo ctrl+c copia y abre nuevo mensaje al
> > contribuidor. Ahi haces ctrl+v y listo!
> >
> > Como tal lo hace facil de hacer este trabajo en grupo, ya que puedes
> > filtrar los usuarios que ya recibieron mensaje. Agregando notas sobre lo
> > que hicieron, hace facil contralar despues de un rato los usuarios que
> > hicieron algo raro.
> >
> > Para España, el RSS seria:
> > http://resultmaps.neis-one.org/newestosmcountryfeed.php?c=Spain
> >
> > Tambien se puede hacer por bounding box, pero hace trabajar juntos mas
> > complicado.
> > http://resultmaps.neis-one.org/newestosmcreatefeed.php
> >
> >
> >
> > Otra cosa: la explicacion sobre el capa de fondo es bastante technica
> > para un novato. No conozco la situacion en España, para aqui en Belgica
> > (o por lo menos Bruselas y Flandes) el capa de fondo estandar en iD son
> > los fotos de AGIV, que es de calidad mucho mas alto que Bing. No se
> > podria hacer esto alla?
> >
> >
> > Un saludo,
> > Joost
> >
> >
> >
> > 2016-11-06 23:48 GMT+01:00 yo paseopor  > >:
> >
> > no objeto nada en que copieis todos los mails que he enviado a
> > usuarios noveles más o menos trolls, algunas partes creo que son
> > útiles. Sobretodo, de entrada debe quedar claro el espíritu de
> > integración, más que de exclusión aunque la caguen mucho. Es gente
> > nueva y con mucha energía, bien dirigida serán grandes editores,
> > serán nuestros futuros compañeros de charlas, tutoriales, encuentros
> > y otras mandangas para las que necesitamos mucha gente.
> >
> > pequeño punto de vista aportado
> > Salut i usuaris novells
> > yopaseopor
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> > 
> >
> >
> >
> >
> > --
> > Joost @
> > Openstreetmap
> >  | Twitter
> >  | LinkedIn
> >  | Meetup
> > 
> >
> >
> > ___
> > 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-is] Hjólastígar

[Jóhannes Birgir Jensson]

Sæl verið þið.

Á aðalfundinum var talað um að byrja að taka hjólastígamál fastari tökum 
og lagfæra gögnin. Við vildum nota OSM-vettvang en það voru hnökrar á 
foruminu hjá OSM þannig að við biðum aðeins með það.


Núna er komið svæði fyrir Ísland á OSM-forums og þar er ég búinn að 
pósta fyrsta pósti þar sem ég velti upp því sem við þurfum að vera að 
pæla í varðandi stíga sem eru merktir af Reykjavíkurborg sem hjólavænir 
stígar en eru það kannski ekki.


Þarna er ég einkum að hugsa um grindur sem loka fyrir þannig að það þarf 
að krækja fyrir, nokkuð sem sum hjól geta hugsanlega ekki náð (með 
eftirvagna í dragi eða liggjandi hjól til dæmis) eða þá að tröppur á 
leiðinni krefjast hugrekkis eða þess að stöðva og leiða eða bera hjól.


Endilega pælum í þessu og tökum svo til við að pæla í bicycle=yes þar 
sem við á.


https://forum.openstreetmap.org/viewtopic.php?id=56315


kveðja,
Jói / Stalfur


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

Re: [Talk-es] Echar atrás changeset de un usuario

[Óscar Zorrilla Alonso]

Andaaa, si a este también lo conozco de cambiar cosas en mi pueblo (Medina de 
Pomar) y el de al lado (Villarcayo) no siempre como debiera.

El resultado al igual que el tuyo Ander ha sido infructuoso, he mandado varios 
mensajes, preguntado en changesets y nada de nada. Al final el resultado ha 
sido lo que han comentado compañeros, revertir sus ediciones.

Si consigo contactar con él ya te comentaré.

Un saludo

Óscar - cronoser



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

Re: [Talk-cz] OpenAlt - otevřená data

[Petr Schönmann]

Kdy se můžeme těšit na videa?

Dne po 7. 11. 2016 10:35 uživatel Ladislav Nesnera 
napsal:

> Díky za shrnutí. Mě, žel, povinnosti odvály do jiných koutů areálu a tento
> souhrn mi přišel vhod (y)
>
> On 06/11/16 14:14, Jethro wrote:
>
> Zdar,
> včera jsem se na OpenAltu účastnil přednášky a následné diskuse na
> téma otevřená data ve státní správě, tak posílám shrnutí:
> Komunita ohledně opendat v ČR je hlavně na 
> Twitteru:https://twitter.com/hashtag/opendatacz
> Úředníci na všechno potřebují normy a nařízení a jsou z principu předposraní.
> Koordinátoři chtějí aplikace používající otevřená data, aby mohli
> argumentovat, proč data otevírat.
> Pokud máte nějaké aplikace používající opendata, dejte o nich vědět na
> Twitter nebo Michalu Kubáňovi (michal.ku...@mvcr.cz).
> Byla vznesena otázka, jaká CC licence je kompatibilní s Odbl,
> převládal názor, že žádná, nekompatibilita je problém, bylo by dobré,
> kdyby to s nimi někdo z OSM, kdo ovládá právo, vyřešil.
> Za OSM jsem vyjádřil zájem o jakákoli opendata, která jsou udržována
> aktuální, zmiňována byla parkoviště a jiné městské prvky.
>
> Z konkrétních věcí jsme probírali:
> Veřejná doprava: Problém jménem CHAPS by měl být vyřešen až někdy v
> druhé půlce roku 2018, protože dobíhající smlouvy, vyhlášky apod. Do
> té doby máme to, co máme:
> - celostátní: ftp://ftp.cisjr.cz/ - vlaky jsou v Kangu, autobusy v
> JDF, obojí umím převádět do GTFS, bude na Githubu snad do konce roku
> - městská: co kdo dá, to je - Praha má GTFS volně, JMK pro nekomerční
> účely (ale prý se blýská na lepší časy), o dalších nevím
> - pražská live data z MHD: Nejjednodušší je odposlouchávat Tetra
> uplink (16 vysílačů na Prahu). DPP data nemá (protože outsourcing), to
> co je k dispozici například nemá čísla linek, které je potřeba
> dopočítávat z časů odjezdů z konečných. Autobusy, tramvaje a metro
> mají 3 různé IS, další dopraci něco centrálně posílají Ropidu. Mělo by
> se to ale zlepšovat a časem prý bude GTFS realtime.
>
> Licence pražských opendat: Pracuje se na tom, ale je to úředničina a
> tak se jim do toho moc nechce. Ale snad už se to konečně stane.
>
> Pražské modré zóny: Praha nevlastní všechny (díky Bémovi), takže není
> centrální registr, ale blýská se na lepší časy.
>
> Obecně zde mnohokrát zaznělo, že pokud máme zájem o nějaká opendata,
> tak se máme ozvat, aby byly zveřejněny prioritně a naopak pokud máme
> aplikaci využívající opendata, tak jim ji máme ukázat, ať mají čím
> přesvědčovat úřady pro uvolňování dalších dat.
>
> MSF
> Jethro
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-GB] Quarterly project - taginfo tracker

[Greg]

Hi Steve,

Thanks for your email. Hope you don’t mind but I’ve cc’d Talk-GB in case this 
is relevant to anyone else.

Unfortunately there is a bit of a lag because the Geofabrik extract for Great 
Britain is a bit out of date by the time it’s downloaded. The extract that is 
available right now at > seems to have been up 
since about 6am and contains OSM data up to 8.28pm yesterday. 

However, the comparison tool downloaded its OSM data for today’s update very 
early this morning. This was updated at 5.45am yesterday so presumably contains 
OSM data up to approx. Tue 8.30pm (2 days ago). Hopefully your update will 
therefore appear on the comparison tool tomorrow…

It seemed best to update the comparison pages overnight to ease server load but 
I might look at updating them a little later in the day to take advantage of 
the more up-to-date Geofabrik extract. I’ve created a GitHub issue for this 
> and there is a 
pre-existing issue for displaying at the bottom of each page the age of the OSM 
data used >.

Best wishes,
Greg


> On 10 Nov 2016, at 16:48, Steve Doerr  wrote:
> 
> Hi, Greg.
> 
> Is your OSM extract updating OK? I've yet to see any effect from changes I 
> made in OSM on 8 November, e.g. http://www.openstreetmap.org/node/4489442420 
> (in Gravesham).
> 
> Steve
> 
> On 09/11/2016 07:36, Greg wrote:
>> Hi all,
>> 
>> I’ve now implemented Steve’s request for more clickable links in the 
>> overview map for each district at 
>> . In addition to opening the web 
>> page for each FHRS establishment, you can now open the OSM page for each 
>> relevant node/way or load the node/way in JOSM. I decided to go with a JOSM 
>> link rather than a general one so that the ‘overview’ map links match the 
>> ‘suggested matches’ map links, which automatically add tags to the OSM 
>> node/way. Anyone not using JOSM can easily follow the OSM link and then 
>> click the Edit button.
>> 
>> I’ve also modified most links so that they open in a new tab/window by 
>> default as it seems more useful to be able to keep the map view open in the 
>> original tab/window.
>> 
>> Thanks,
>> Greg
>> 
>> 
>>> On 16 Oct 2016, at 22:22, Steve Doerr  wrote:
>>> 
>>> Thanks for providing this tool, Greg. I've found it very useful so far for 
>>> adding address information based on the possible matches identified on the 
>>> second map, where most of the dots have a link both to OSM and to the FHRS 
>>> entry.
>>> 
>>> However, I've now reached the stage where I need to look more at the upper 
>>> map, where there seem to be fewer clickable links. If you could provide 
>>> links to OSM for every dot on the map, that would be helpful. (If you're 
>>> showing them on your map, you must have derived a long/lat which you could 
>>> link to.)
>>> 
>>> Hoping that this is not an unreasonable request - and apologies if it is.
>>> 
>>> Regards,
>>> Steve
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 

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

Re: [Talk-es] enlace riot-telegram

[Simó Albert i Beltran]

https://matrix.to/#/@sijmen:sijmenschoon.nl___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cz] WeeklyOSM CZ 328

[Pavel Machek]

Ahoj!

> >>No jo. Ale proč to tak je? Většina těch malých stránek nabízí nějakou
> >>funkci, která na hlavní stránce osm.org chybí.
> >
> >Ja myslim ze osm.cz je v bezpeci.. kdyby nam ji "zakazali", tak stejne
> >mapperi budou pouzivat openstreetmap.org, takze zadny traffic neusetri.
> 
> Pokud sem to dobre pochopil, coz z te diskuse neni uplne zrejmy, tak problem
> je predevsim v on demand renederingu dlazdic = ani ne tak v jejich uploadu.
> Tzn, kdyz si reknes o nejakou oblast, tak se reneder de podivat, jestli tam
> nejsou nejake dlazdice "dirty" a pokud sou, tak je renederuje.
> 
> A pokud je to pravda, tak to je spis ciste technicky problem, a k jakymukoli
> omezovani neni vlastne duvod.

No, vypada to ze v takovem pripade bude potreba oddelit "aktualni
dlazdice" od "dlazdic ktery muzou byt zastaraly".

> Tohle ma zcela jednoduchy a primitivni reseni - staci zrusit reneder on
> demand, trebas s vyjimkou ze ses primo prihlasenej na webu osm. Protoze
> realne, je mi celkem putna, jestli to co vidim je minutu nebo pulden stary.
> Vpodstate me aktualni stav zajima jen v okamziku, kdy nekde neco upravim, a
> chci videt vysledek.

Presne :-).

> BTW: A muzou si za to sami, osobne sem si rozchozoval hokuspokusne reneder,
> a dokumentace veskera zadna, s kazdym dalsim krokem sem narazel na dalsi
> problem typu chybejici tool, jina verze knihovny ... Navic kdykoli se nekde
> neco zmeni, znamena to defakto cely laborovani odznova.

No, oni za to asi nemuzou ze software je komplikovanej... a ze k nemu
nikdo nenapsal poradnou dokumentaci. Ale ano, byla by to jedna cesta
jak snizit zatez na jejich serverech. 

Jinak, zda se ze je nejaky telefonovy projekt, ktery dela renderovani,
routovani a vyhledavani lokalne, ale nabizi to pres
http://localhost/. Tim ze je to mysleny na telefon by to mel byt
jeden, rozume zkompilovatelny, balicek. Odkaz byl tusim v minulym nebo
predminulym weekly. (A teda.. vypadalo to rozume ale nezkousel jsem).

> Ostatne, stejne tak by urcite nasli radu dobrovolniku, kteri poskytnou vykon
> a konektivitu, ale rozhodne se nehodlaji babrat se silenou
> konfiguraci.

No, ta konfigurace se snad casem zjednodusi :-).
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

[OSM-talk-be] Ruben goes to Spain!

[joost schouppe]

Hi,

As you may have read in the OSM weekly [1], the Spanish community was
talking about sending welcome messages. I sent them the links to our
welcome messages and a bit of explanation about Ruben's welcoming tool. And
they actually already installed their own version, in Spanish and all. [2]
Congrats Ruben!

Now that we're on the subject, you're still very welcome to help out
sending these messages, here in Belgium [3]. It takes about 2 minutes per
person, and not only does it point them the way to our lovely community, it
also helps you detect fishy changesets that otherwise might go unnoticed.
We all remember frutellake, right?
(I'm not doing it systematically myself, it's been since April that I did
it for a while)

[1]: http://www.weeklyosm.eu/archives/8289
[2]: http://laceci.xyz
[3]: https://welcome.osm.be/

-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-es] Correos de bienvenida a nuevos usuarios

[joost schouppe]

Enhorabuena! Pasé la buena noticia a Ruben, quien hizó la pagina.

2016-11-10 19:28 GMT+01:00 Santiago Crespo :

> Gracias Joost,
>
> Creo que puede ser una buena herramienta. He montado una instancia para
> la comunidad española en:
>
> http://laceci.xyz
>
> El mensaje de bienvenida en español:
>
> https://hackpad.com/OSM-es-mensaje-bienvenida-49elcneRn6f
>
> Si alguien se anima a traducirlo al català, euskera, etc, que me envíe
> la traducción.
>
> Grupo de operaciones: ¿os parece si montamos este servicio en
> hola.openstreetmap.es? (o bienvenida.openstr..)
>
> Saludos,
> Santiago Crespo
>
>
> On 11/07/2016 11:27 AM, joost schouppe wrote:
> > Hola,
> >
> > Estan bienvenidos de utilizar el simple "welcoming tool" que usamos en
> > Belgica.
> >
> > Nuestro mensaje de bienvenida esta disponible aca:
> > https://hackpad.com/OSM-be-welcome-message-BrjHFZdOqS0
> >
> > Pueden probarlo aqui, con su cuenta OSM:
> > https://welcome.osm.be
> >
> > El codigo esta aca:
> > https://github.com/osmbe/osm-welcome-belgium
> >
> > Lo que hace es tomar el RSS de nuevos contribuidores por pais de Pascal
> > Neis y detectar idioma. Al usar el boton "Welcome now" te da el mensaje
> > en el idioma sugerida. Haciendo ctrl+c copia y abre nuevo mensaje al
> > contribuidor. Ahi haces ctrl+v y listo!
> >
> > Como tal lo hace facil de hacer este trabajo en grupo, ya que puedes
> > filtrar los usuarios que ya recibieron mensaje. Agregando notas sobre lo
> > que hicieron, hace facil contralar despues de un rato los usuarios que
> > hicieron algo raro.
> >
> > Para España, el RSS seria:
> > http://resultmaps.neis-one.org/newestosmcountryfeed.php?c=Spain
> >
> > Tambien se puede hacer por bounding box, pero hace trabajar juntos mas
> > complicado.
> > http://resultmaps.neis-one.org/newestosmcreatefeed.php
> >
> >
> >
> > Otra cosa: la explicacion sobre el capa de fondo es bastante technica
> > para un novato. No conozco la situacion en España, para aqui en Belgica
> > (o por lo menos Bruselas y Flandes) el capa de fondo estandar en iD son
> > los fotos de AGIV, que es de calidad mucho mas alto que Bing. No se
> > podria hacer esto alla?
> >
> >
> > Un saludo,
> > Joost
> >
> >
> >
> > 2016-11-06 23:48 GMT+01:00 yo paseopor  > >:
> >
> > no objeto nada en que copieis todos los mails que he enviado a
> > usuarios noveles más o menos trolls, algunas partes creo que son
> > útiles. Sobretodo, de entrada debe quedar claro el espíritu de
> > integración, más que de exclusión aunque la caguen mucho. Es gente
> > nueva y con mucha energía, bien dirigida serán grandes editores,
> > serán nuestros futuros compañeros de charlas, tutoriales, encuentros
> > y otras mandangas para las que necesitamos mucha gente.
> >
> > pequeño punto de vista aportado
> > Salut i usuaris novells
> > yopaseopor
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> > 
> >
> >
> >
> >
> > --
> > Joost @
> > Openstreetmap
> >  | Twitter
> >  | LinkedIn
> >  | Meetup
> > 
> >
> >
> > ___
> > 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
>



-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

[Talk-es] enlace riot-telegram

[Santiago Crespo]

Hola,

Desde riot.im puedo leer lo que dicen en telegram, pero ellos no leen lo
que escribo.

¿Sabéis quién mantiene este servicio?

Saludos,
Santiago Crespo

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

semanárioOSM Nº 329 01/11/2016-07/11/2016

[weeklyteam]

Bom dia,

O semanárioOSM Nº 329, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado em português:

http://www.weeklyosm.eu/pb/archives/8289/

Aproveite!

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

semanárioOSM Nº 329 01/11/2016-07/11/2016

[weeklyteam]

Bom dia,

O semanárioOSM Nº 329, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado em português:

http://www.weeklyosm.eu/pb/archives/8289/

Aproveite!

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

semanarioOSM Nº 329 01/11/2016-07/11/2016

[weeklyteam]

Hola, el semanario Nº 329, 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/8289/

¡Disfruta!

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

semanarioOSM Nº 329 01/11/2016-07/11/2016

[weeklyteam]

Hola, el semanario Nº 329, 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/8289/

¡Disfruta!

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

semanarioOSM Nº 329 01/11/2016-07/11/2016

[weeklyteam]

Hola, el semanario Nº 329, 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/8289/

¡Disfruta!

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

[OSM-talk-ie] weeklyOSM #329 11/01/2016-11/07/2016

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/8289/

Enjoy!

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

[Talk-GB] weeklyOSM #329 11/01/2016-11/07/2016

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/8289/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-ca] weeklyOSM #329 11/01/2016-11/07/2016

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/8289/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: 
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-in] weeklyOSM #329 11/01/2016-11/07/2016

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/8289/

Enjoy!

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

[Talk-us] weeklyOSM #329 11/01/2016-11/07/2016

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/8289/

Enjoy!

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

[OSM-talk] weeklyOSM #329 11/01/2016-11/07/2016

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/8289/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Prochaine ouverture de la base SIRENE...

[Christian Quest]

Les mises à jour de la base seront... quotidiennes !

Par contre, la longueur du tuyau est courte pour les créations, mais bien
plus longue pour les suppressions.

Quand un établissement apparaît dans la base, il peut ne démarrer son
activité qu'un peu plus tard, mais quand il cesse d'activité, ça peut
prendre pas mal de temps avant que ça sorte de la base SIRENE.

C'est donc une source à confirmer sur le terrain, d'où l'idée d'une appli
thématique.


Le 10 novembre 2016 à 19:35, Tyndare  a écrit :

>
> Super nouvelle cette ouverture !
>
> J'ai la sensation que les commerces sont une des données d'OSM qui se
> périment le plus vite, la durée avant un déménagement, un changement de nom
> et de propriétaire ou malheureusement une fermeture est assez courte en
> moyenne.
>
> Je ne sais pas comment est structurée la base, mais si certains se lancent
> dans un outil, je pense qu'il serait très utile de prévoir de détecter et
> mettre en valeur les changements au cours du temps, notamment les
> enregistrements qui disparaissent de la base...
>
> Tyndare.
>
>
>
> On 10/11/2016 18:25, Christian Quest wrote:
>
>> La base SIRENE de l'INSEE sera disponible en opendata début janvier
>> prochain.
>>
>> Cette base contient plus de 10 millions d'enregistrements concernant les
>> "personnes morales": sociétés, entreprises, associations, etc.
>>
>> Un hackathon aura lieu mardi prochain (15/11) à Paris un peu en avant
>> première de l'ouverture du jeu de données.
>>
>> Ce sera une source très intéressante pour compléter et mettre à jour OSM
>> sur les commerces et artisans. Je n'ai pas encore regardé ce que ça
>> donnait, je suis en train de terminer son géocodage (avec BAN et BANO).
>>
>> Il y a de quoi alimenter soit osmose, soit un outil dédié, le plus
>> simple possible, si possible mobile pour faire de la validation sur le
>> terrain... un peu comme ce dont parle Florian dans son billet de blog du
>> jour: http://florian.lainez.fr/la-fin-de-google-map-maker-et-le-fu
>> tur-des-outils-carto/
>>
>> A suivre !
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> 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
>



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

Re: [OSM-talk-fr] Prochaine ouverture de la base SIRENE...

[Tyndare]

Super nouvelle cette ouverture !

J'ai la sensation que les commerces sont une des données d'OSM qui se 
périment le plus vite, la durée avant un déménagement, un changement de 
nom et de propriétaire ou malheureusement une fermeture est assez courte 
en moyenne.


Je ne sais pas comment est structurée la base, mais si certains se 
lancent dans un outil, je pense qu'il serait très utile de prévoir de 
détecter et mettre en valeur les changements au cours du temps, 
notamment les enregistrements qui disparaissent de la base...


Tyndare.


On 10/11/2016 18:25, Christian Quest wrote:

La base SIRENE de l'INSEE sera disponible en opendata début janvier
prochain.

Cette base contient plus de 10 millions d'enregistrements concernant les
"personnes morales": sociétés, entreprises, associations, etc.

Un hackathon aura lieu mardi prochain (15/11) à Paris un peu en avant
première de l'ouverture du jeu de données.

Ce sera une source très intéressante pour compléter et mettre à jour OSM
sur les commerces et artisans. Je n'ai pas encore regardé ce que ça
donnait, je suis en train de terminer son géocodage (avec BAN et BANO).

Il y a de quoi alimenter soit osmose, soit un outil dédié, le plus
simple possible, si possible mobile pour faire de la validation sur le
terrain... un peu comme ce dont parle Florian dans son billet de blog du
jour: 
http://florian.lainez.fr/la-fin-de-google-map-maker-et-le-futur-des-outils-carto/

A suivre !

--
Christian Quest - OpenStreetMap France


___
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-latam] Comnetarios sobre Photomapping y brecha tecnologica + Cambio de Nombre

[Gonzales, Miriam - (p)]

Hola Céline y comunidad de OSM LatAM 

Sobre este tema me gustaría comentar varios puntos:

Todo lo que dice Céline es muy importante. En el caso de OpenStreetView es una 
app desarrollada por Telenav cuyo objetivo es la mejora del mapa de 
OpenStreetMap, no hay ningún modelo de negocio vinculado a OpenStreetView por 
lo tanto los fondos para su desarrollo también son limitados, pero debido a la 
apertura de la app creo que abre una buena oportunidad para invitar a las 
personas que comparta esta visión y sepan crear apps y hacer código para 
echarse un clavado a https://github.com/openstreetview y modificar y mejorar la 
app en beneficio de un mayor número de personas . Si les interesa me pueden 
contactar y podríamos hacer un hackatón o grupos de trabajo enfocados a esas 
mejoras.

Otro punto importante a compartir es que OpenStreetView estará cambiando de 
nombre en las próximas semanas ya que la compañía de Mapas Comerciales más 
consultada en smartphones contactó "amablemente" a Telenav para decirle que 
ellos tienen registrado el nombre StreetView y que por favor se modifique . 
Antes que empiecen los problemas legales se va a cambiar el nombre.

Si trabajamos en conjunto podríamos agilizar la mejora de la app y reducir la 
brecha tecnológica que Céline menciona.

Contáctenme las personas interesadas por twitter o por mail a 
mapanauta(at)Gmail.com

Saludos y gracias,

M

Today's Topics:

   1. photomapping y brecha tecnologica (Celine Jacquin)

--

Message: 1
Date: Wed, 09 Nov 2016 16:33:13 +
From: Celine Jacquin 
To: talk-latam@openstreetmap.org
Subject: [talk-latam] photomapping y brecha tecnologica
Message-ID:

Content-Type: text/plain; charset="utf-8"

Buen día

Pego tal cual un comentario que envié en el chat telegram de OSM Latam, y que 
me viene de una experiencia asidua de trabajo con comunidades diversas no 
especialistas de tecnologías ni de mapeo pero con visión enriquecedora porque 
propia. Desde esta postura me apasiono por el photomapping, y también percibo 
los grandes límites de las tecnologías que hoy tenemos para ello con 
repositorio abiertos, y busco siempre ponerme en los zapatos de este tipo de 
usuarios que son mis interlocutores.
Cuando comparto los problemas de las apps desde la "vía cotidiana" se me dan 
muy amablemente recomendaciones paliativas tecnológicas, que yo creo que no son 
la solución. También se que todo eso está en desarrollo. Solo busco impulsar 
una visión desde el usuario que creó que hace falta si queremos ampliar mucho 
el uso de datos abiertos crowdsourced.
Saludos

Otro comentario general respecto a # mapillary o #openstreetview y cualquier 
app en general : su éxito depende de su amplia adopción por un amplio público, 
quien dice amplio dice con variedad de aptitudes y dispositivos potencialmente 
corrientes en su mayoría. Cualquier app debe buscar funcionar bajo estos 
parámetros, sino, no puede pretende ser de uso masivo. Lo cual es respetable. 
Pero en caso de estas 2 creo q el uso buscado es masivo entonces deben 
absolutamente resolver varias cosas: su ligereza, bajo consumo, 2do plano, no 
trabar los dispositivos, tener buena ubicación sin fallar (y entonces dejar de 
tomar fotos) en tantas ocasiones (facil el 30%del tiempo se paga en mi celular 
normal, no tan corriente ).
Lo digo como critica constructiva, feedback desde el usuario, y no, el usuario 
lambda no va a usar otros dispositivos u apps para luego importar.
La gente con quien difundo se desilusiona rápidamente porque muchas veces no 
les funciona. Como "capacitadora" nuevo me despierta también que eso condicione 
un bajo resultado. La gente está interesada, pero no tiene tanta paciencia 
hacia una tecnología con muchas fallas aún . Hasta yo, estando fuera de mi 
ciudad, quiero dar el lugar a la app en lugar de tomar fotos de recuerdo, pero 
luego veo que no tomó las fotos que yo creía estar haciendo, esforzándose para 
ser discreta, tener panorámicos lentos de cruces, gestionar la batería, etc. 
por una razón u otra, se trabo, se apagó, el gps estaba en rojo. Y me genera 
mucha frustración. Entonces si tengo un tiempo extremadamente corto y valioso 
para conocer un lugar, ya empiezo a renunciar a grabar. La app debe poder 
olvidarse, y funcionar bien. O asumir ser dirigida a especialistas, en contexto 
de tomas bien controladas, lo cual tristemente le quita algo bien interesante : 
esta visión desde el sujeto, que es un instrumento de estudio antropológico, 
sin exagerar.


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

Re: [Talk-es] Correos de bienvenida a nuevos usuarios

[Santiago Crespo]

Gracias Joost,

Creo que puede ser una buena herramienta. He montado una instancia para
la comunidad española en:

http://laceci.xyz

El mensaje de bienvenida en español:

https://hackpad.com/OSM-es-mensaje-bienvenida-49elcneRn6f

Si alguien se anima a traducirlo al català, euskera, etc, que me envíe
la traducción.

Grupo de operaciones: ¿os parece si montamos este servicio en
hola.openstreetmap.es? (o bienvenida.openstr..)

Saludos,
Santiago Crespo


On 11/07/2016 11:27 AM, joost schouppe wrote:
> Hola,
> 
> Estan bienvenidos de utilizar el simple "welcoming tool" que usamos en
> Belgica.
> 
> Nuestro mensaje de bienvenida esta disponible aca:
> https://hackpad.com/OSM-be-welcome-message-BrjHFZdOqS0
> 
> Pueden probarlo aqui, con su cuenta OSM:
> https://welcome.osm.be
> 
> El codigo esta aca:
> https://github.com/osmbe/osm-welcome-belgium
> 
> Lo que hace es tomar el RSS de nuevos contribuidores por pais de Pascal
> Neis y detectar idioma. Al usar el boton "Welcome now" te da el mensaje
> en el idioma sugerida. Haciendo ctrl+c copia y abre nuevo mensaje al
> contribuidor. Ahi haces ctrl+v y listo!
> 
> Como tal lo hace facil de hacer este trabajo en grupo, ya que puedes
> filtrar los usuarios que ya recibieron mensaje. Agregando notas sobre lo
> que hicieron, hace facil contralar despues de un rato los usuarios que
> hicieron algo raro.
> 
> Para España, el RSS seria:
> http://resultmaps.neis-one.org/newestosmcountryfeed.php?c=Spain
> 
> Tambien se puede hacer por bounding box, pero hace trabajar juntos mas
> complicado.
> http://resultmaps.neis-one.org/newestosmcreatefeed.php
> 
> 
> 
> Otra cosa: la explicacion sobre el capa de fondo es bastante technica
> para un novato. No conozco la situacion en España, para aqui en Belgica
> (o por lo menos Bruselas y Flandes) el capa de fondo estandar en iD son
> los fotos de AGIV, que es de calidad mucho mas alto que Bing. No se
> podria hacer esto alla?
> 
> 
> Un saludo,
> Joost
> 
> 
> 
> 2016-11-06 23:48 GMT+01:00 yo paseopor  >:
> 
> no objeto nada en que copieis todos los mails que he enviado a
> usuarios noveles más o menos trolls, algunas partes creo que son
> útiles. Sobretodo, de entrada debe quedar claro el espíritu de
> integración, más que de exclusión aunque la caguen mucho. Es gente
> nueva y con mucha energía, bien dirigida serán grandes editores,
> serán nuestros futuros compañeros de charlas, tutoriales, encuentros
> y otras mandangas para las que necesitamos mucha gente.
> 
> pequeño punto de vista aportado
> Salut i usuaris novells
> yopaseopor
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> 
> 
> -- 
> Joost @
> Openstreetmap
>  | Twitter
>  | LinkedIn
>  | Meetup
> 
> 
> 
> ___
> 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

[OSM-talk-fr] Prochaine ouverture de la base SIRENE...

[Christian Quest]

La base SIRENE de l'INSEE sera disponible en opendata début janvier
prochain.

Cette base contient plus de 10 millions d'enregistrements concernant les
"personnes morales": sociétés, entreprises, associations, etc.

Un hackathon aura lieu mardi prochain (15/11) à Paris un peu en avant
première de l'ouverture du jeu de données.

Ce sera une source très intéressante pour compléter et mettre à jour OSM
sur les commerces et artisans. Je n'ai pas encore regardé ce que ça
donnait, je suis en train de terminer son géocodage (avec BAN et BANO).

Il y a de quoi alimenter soit osmose, soit un outil dédié, le plus simple
possible, si possible mobile pour faire de la validation sur le terrain...
un peu comme ce dont parle Florian dans son billet de blog du jour:
http://florian.lainez.fr/la-fin-de-google-map-maker-et-le-futur-des-outils-carto/

A suivre !

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

Re: [Talk-es] Echar atrás changeset de un usuario

[yo paseopor]

Saludos
si necesitas ayuda y estás online y aún no has podido hacer el revert ,
vente al telegram o a la lista y te guiamos paso por paso para hacerlo :)

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

Re: [Talk-it] Open Data Provincia di Biella

[marco.baietto]

Sul sito:
http://cartografia.provincia.biella.it/on-line/Home/Repertorio/Consultazione/AT7Mobilitaetrasporti.html
ho aggiornato i dati dello stradario provinciale (numeri civici, assi 
stradali e edifici)


Per procedere all'import è quindi possibile utilizzare quest'ultima 
versione dei dati


Ciao, marco


Il 08/11/2016 16.57, talk-it-requ...@openstreetmap.org ha scritto:

Mi sembra vada bene. Appena riesco aggiorno i dati dello stradario sul
sito della Provincia e ve lo comunico.



--
_

Dr. Marco Baietto

Area Tecnica ambientale
Servizio Sistema Informativo Territoriale Ambientale (SITA)
http://cartografia.provincia.biella.it/on-line/Home.html
Provincia di Biella
Via Q. Sella, 12 - 13900 - Biella (BI)
Tel. 0158480753



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

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[eest9]

Das Google den BEV Datensatz verwendet kann ich nicht nachvollziehen, denn
a) sind einige BEV Daten irgendwo in der Wiese wo sie bei Google aufs echte
Gehöft gehen und dann gibt es bei Google Straßen (wie die meinige) wo alle
Adressen auf 2-3 Punkten gemapped sind während sie bei BEV wirklich auf die
einzelnen Häuser zeigen.
Und nein, dieser Hinweis unten auf der Karte ist nicht ausreichend, da die
CC Lizenzen verlangen, dass der genaue Urheber direkt beim Datensatz bzw.
bei Bildern direkt auf dem Bild genannt wird. Es braucht wirklich eine
eigene Genehmigung bei dem Lizenzmodell. Aber die haben wir ja jetzt.

Und ob Google eine Sondergenehmigung hat wissen wir nicht. Die könnten sich
genauso gut auch einen Adresssatz gekauft haben. Außerdem haben die
ziemlich gute Anwälte, wir nicht.
Beim source Tag direkt am Datensatz haben wir das Problem, dass es jeder
jederzeit wegnehmen könnte. Was bei jedem einzelnen rendern passiert. Die
OSM kann ja nicht nur von uns gerendert werden sondern auch von jeder
beliebigen anderen Person, die OSM ist nämlich nur eine Geodatenbank.

lg eest9

Am 10. November 2016 um 17:21 schrieb :

> >Bei der BEV Lizenz fehlt eine solche Regelung die das Weglassen der
> Namensnennung am Datensatz bzw. Bild unter gewissen Bedingungen (keine
> Pixel der Ortophotos mehr sichtbar) bei Folgeprodukten (Datensätze oder
> Kartenkacheln) beinhaltet.
>
> Am Datensatz können wir die Quelle durch ein Source-Tag nennen. Die
> Nennung im Copyright-Bereich, den man auf openstreetmap.org über
> "Open-Streetmasp Mitwerkende" unterhalb erreicht sollte hinreichend sein,
> da Weiternutzer die dortigen Angaben angeben müssten. Das Problem, das ich
> an der Debatte sehe ist allerdings folgendes: Gesetzt Google hat keine
> Sondervereinbarung mit dem BEV, warum sollten wird dann striktere Vorgaben
> einhalten? Auf Google findet sich kein einziger Hinweis auf die zahlreichen
> Datenquellen.
>
> MfG, LH
>
> *Gesendet:* Donnerstag, 10. November 2016 um 15:13 Uhr
> *Von:* eest9 
> *An:* "OpenStreetMap AT" 
> *Betreff:* Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen
>
>
> Am 10. November 2016 um 14:23 schrieb :
>>
>> Werte Gemeinde,
>>
>> Ich habe nach wie vor ein Problem, hier das Problem zu verstehen. Bei den
>> Geoimage-Luftbildern sind wir zum Schluss gekommen, dass es eine
>> hinreichende Quellennennung ist, wenn man die Quelle mit einem Tag im
>> jeweiligen Objekt benennt. Zusätzlich wurden einzelne Quellen hier (
>> http://www.openstreetmap.org/copyright ) benannt. Meinen Informationen
>> nach verwendet Google den BEV-Datensatz ebenfalls. Nachdem dort keinerlei
>> Quellenangabe erkennbar ist halte ich die hier vorherrschenden Bedenken für
>> etwas übertrieben.
>
>
> Die Geoimageat Bilder stehen auch unter einer ganz anderen Lizenz:
> http://www.geoimage.at/geodatendienste.html
>
> Darin befindet sich unter anderem dieser Absatz:
>
> "Die Nutzung des Dienstes für die Erzeugung von Folgeprodukten (siehe 5.
> oben) ist unter der Voraussetzung gestattet, dass die erzeugten
> Folgeprodukte der Creative Common Lizenz „Namensnennung-Weitergabe unter
> gleichen Bedingungen 2.0 Österreich (CC BY-SA 2.0)“, siehe
> http://creativecommons.org/licenses/by-sa/2.0/at/ oder
> „Namensnennung-Weitergabe unter gleichen Bedingungen 3.0 Österreich (CC
> BY-SA 3.0)“, siehe http://creativecommons.org/licenses/by-sa/3.0/at/ oder
> der „Open Database License (ODbL) v1.0“, siehe http://opendatacommons.org/
> licenses/odbl/1.0/, unterliegen. [WICHTIGER HINWEIS: der hier angebotene
> Dienst und die darin enthaltenen Daten unterliegen NICHT der oben
> angegebenen CC BY-SA 2.0 bzw. CC BY-SA 3.0 bzw. ODbL v1.0 !]. Die
> erstellten Folgeprodukte dürfen keine Orthophotos oder
> Orthophotoausschnitte aus dem Geoimage Dienst beinhalten."
>
> Der beschreibt genau das was wir hier machen und ist sogar so speziell auf
> unseren Fall hin modifiziert, dass ich davon ausgehe, dass der Absatz in
> Zusammenarbeit mit der OSM entstanden ist. Auf der FAQ Seite findet sich
> sogar ein expliziter Hinweis zur OSM und JOSM.
>
> Bei der BEV Lizenz fehlt eine solche Regelung die das Weglassen der
> Namensnennung am Datensatz bzw. Bild unter gewissen Bedingungen (keine
> Pixel der Ortophotos mehr sichtbar) bei Folgeprodukten (Datensätze oder
> Kartenkacheln) beinhaltet.
>
> lg Erwin Ernst 'eest9'
>
>
>> MfG, LH
>>
>> > Gesendet: Mittwoch, 09. November 2016 um 20:35 Uhr
>> > Von: "Thomas Konrad" 
>> > An: "OpenStreetMap AT" 
>> > Betreff: [Talk-at] JOSM-Plugin für Österreichnische Adressen
>> >
>> > Liebe OSM-AT-Community,
>> >
>> > ich habe vor kurzem ein JOSM-Plugin veröffentlicht [1] (noch nicht in
>> der Plugin-Liste verfügbar), mit dem man einzelne Adressen aus dem
>> BEV-Datensatz in OpenStreetMap übernehmen kann. Ich habe von Bernhard
>> Jüptner vom Bundesamt für Eich- und 

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[liberalerhumanist]

>Bei der BEV Lizenz fehlt eine solche Regelung die das Weglassen der Namensnennung am Datensatz bzw. Bild unter gewissen Bedingungen (keine Pixel der Ortophotos mehr sichtbar) bei Folgeprodukten (Datensätze oder Kartenkacheln) beinhaltet.

 

Am Datensatz können wir die Quelle durch ein Source-Tag nennen. Die Nennung im Copyright-Bereich, den man auf openstreetmap.org über "Open-Streetmasp Mitwerkende" unterhalb erreicht sollte hinreichend sein, da Weiternutzer die dortigen Angaben angeben müssten. Das Problem, das ich an der Debatte sehe ist allerdings folgendes: Gesetzt Google hat keine Sondervereinbarung mit dem BEV, warum sollten wird dann striktere Vorgaben einhalten? Auf Google findet sich kein einziger Hinweis auf die zahlreichen Datenquellen.

 

MfG, LH

 

Gesendet: Donnerstag, 10. November 2016 um 15:13 Uhr
Von: eest9 
An: "OpenStreetMap AT" 
Betreff: Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen


 
 
Am 10. November 2016 um 14:23 schrieb :

Werte Gemeinde,

Ich habe nach wie vor ein Problem, hier das Problem zu verstehen. Bei den Geoimage-Luftbildern sind wir zum Schluss gekommen, dass es eine hinreichende Quellennennung ist, wenn man die Quelle mit einem Tag im jeweiligen Objekt benennt. Zusätzlich wurden einzelne Quellen hier ( http://www.openstreetmap.org/copyright ) benannt. Meinen Informationen nach verwendet Google den BEV-Datensatz ebenfalls. Nachdem dort keinerlei Quellenangabe erkennbar ist halte ich die hier vorherrschenden Bedenken für etwas übertrieben.

 

Die Geoimageat Bilder stehen auch unter einer ganz anderen Lizenz: http://www.geoimage.at/geodatendienste.html
 

Darin befindet sich unter anderem dieser Absatz:

"Die Nutzung des Dienstes für die Erzeugung von Folgeprodukten (siehe 5. oben) ist unter der Voraussetzung gestattet, dass die erzeugten Folgeprodukte der Creative Common Lizenz „Namensnennung-Weitergabe unter gleichen Bedingungen 2.0 Österreich (CC BY-SA 2.0)“, siehe http://creativecommons.org/licenses/by-sa/2.0/at/ oder „Namensnennung-Weitergabe unter gleichen Bedingungen 3.0 Österreich (CC BY-SA 3.0)“, siehe http://creativecommons.org/licenses/by-sa/3.0/at/ oder der „Open Database License (ODbL) v1.0“, siehe http://opendatacommons.org/licenses/odbl/1.0/, unterliegen. [WICHTIGER HINWEIS: der hier angebotene Dienst und die darin enthaltenen Daten unterliegen NICHT der oben angegebenen CC BY-SA 2.0 bzw. CC BY-SA 3.0 bzw. ODbL v1.0 !]. Die erstellten Folgeprodukte dürfen keine Orthophotos oder Orthophotoausschnitte aus dem Geoimage Dienst beinhalten."
 

Der beschreibt genau das was wir hier machen und ist sogar so speziell auf unseren Fall hin modifiziert, dass ich davon ausgehe, dass der Absatz in Zusammenarbeit mit der OSM entstanden ist. Auf der FAQ Seite findet sich sogar ein expliziter Hinweis zur OSM und JOSM.
 

Bei der BEV Lizenz fehlt eine solche Regelung die das Weglassen der Namensnennung am Datensatz bzw. Bild unter gewissen Bedingungen (keine Pixel der Ortophotos mehr sichtbar) bei Folgeprodukten (Datensätze oder Kartenkacheln) beinhaltet.

 

lg Erwin Ernst 'eest9'

 

MfG, LH

> Gesendet: Mittwoch, 09. November 2016 um 20:35 Uhr
> Von: "Thomas Konrad" 
> An: "OpenStreetMap AT" 
> Betreff: [Talk-at] JOSM-Plugin für Österreichnische Adressen
>
> Liebe OSM-AT-Community,
>
> ich habe vor kurzem ein JOSM-Plugin veröffentlicht [1] (noch nicht in der Plugin-Liste verfügbar), mit dem man einzelne Adressen aus dem BEV-Datensatz in OpenStreetMap übernehmen kann. Ich habe von Bernhard Jüptner vom Bundesamt für Eich- und Vermessungswesen die schriftliche Erlaubnis bekommen, das Plugin zu veröffentlichen und die Daten wie unten beschrieben zu verwenden.
>
> Nur zur Info, weil es auf der Github-Seite zum Projekt [2] schon die Frage gegeben hat.
>
> LG
> Thomas
>
> [1] https://github.com/JOSM/austriaaddresshelper 
> [2] https://github.com/JOSM/austriaaddresshelper/issues/1 
>
> > Begin forwarded message:
> >
> > From: Jüptner Bernhard 
> > Subject: AW: Übernahme einzelner Adressen in OpenStreetMap
> > Date: 8 November 2016 at 15:39:29 GMT+1
> > To: 'Thomas Konrad' 
> >
> > Sehr geehrter Herr Konrad,
> >
> > die Nutzung der Stichtagsdaten des Adressregister in der von Ihnen angeführten Form mit Nennung der Datenquelle geht in Ordnung.
> >
> > Freundliche Grüße
> > Dipl.-Ing. Bernhard Jüptner
> > -
> > BEV-Bundesamt für Eich- und Vermessungswesen
> > Marketing und Vertrieb
> > 1020 Wien, Schiffamtsgasse 1-3
> > Tel.: + 43 1 21110-2150, Fax:  + 43 1 21110-992152
> > market...@bev.gv.at
> > www.bev.gv.at
> > 
> >
> >
> > Von: Thomas 

Re: [Talk-es] Echar atrás changeset de un usuario

[Carlos Dávila]

Es como dice Jesús, pero debes tener instalado el complemento Reverter 
para que te aparezca esa opción en la barra de menús


El 10/11/16 a las 16:15, Jesús Lopez escribió:


Desde JOSM, pestaña Datos—>Revertir conjunto de cambios

Saludos


El 10 nov 2016, a las 15:51, Alejandro Moreno > escribió:


No tengo ni idea de como hacer lo que preguntas pero respondo porque 
tu correo se me ha ido a spam y probablemente a mucha gente le haya 
pasado lo mismo y con esta respuesta lo vea.


El 10 de noviembre de 2016, 12:31, Ander Pijoan 
> escribió:


Buenos días,

Ya se ha tratado muchas veces esto pero no consigo encontrar la
forma de hacerlo. Os escribo porque un usuario se ha dedicado a
eliminar todas las aceras de un pueblo (que de hecho habíamos
introducido como un proyecto de accesibilidad en el que
estudiantes y colectivos con discapacidad mapeaban sus pueblos en
papel y nosotros introducíamos los datos).

El changeset en cuestión es este :
http://www.openstreetmap.org/changeset/42953890#map=16/43.3218/-3.0262


Nos hemos puesto en contacto con el usuario y no da respuesta ni
señales de vida. Por tanto ¿hay alguna forma en la que nosotros
podamos echar atrás el changeset o tenemos que molestar a algún
moderador?

Un saludo y gracias.

-- 
Ander Pijoan

Research Assistant / DeustoTech Energía




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

Re: [Talk-es] Echar atrás changeset de un usuario

[Emilio Gómez Fernández]

Añadir que para que salga ese menú es necesario instalar el complemento
"Reverter".


Saludos.

El 10 de noviembre de 2016, 16:15, Jesús Lopez 
escribió:

>
> Desde JOSM, pestaña Datos—>Revertir conjunto de cambios
>
> Saludos
>
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Echar atrás changeset de un usuario

[Francisco Javier]

Hay usuarios a los que no les gusta las aceras "dibujadas" y las borran tan
tranquilos.. Una alternativa sería añadir la etiqueta sidewalk a las
calles, no aparecerá la acera dibujada pero los programas de enrutamiento y
otras aplicaciones sabrán que hay aceras.

Visor de aceras:
https://www.mapbox.com/osm-sidewalker/#6/40.197/-3.572



El 10 de noviembre de 2016, 16:20, Carlos Cabezas 
escribió:

> Desde hace tiempo a varios usuarios que utilizan el dominio @deusto.es
> tienen problemas con el envío de correos, a veces Gmail los califica como
> spam y en mi caso me aparece un error de DKIM en esas cuentas.
>
>
>
> 10 de noviembre de 2016 15:54, "Alejandro Moreno"  <%22alejandro%20moreno%22%20%3calmo...@gmail.com%3E>> escribió:
>
> No tengo ni idea de como hacer lo que preguntas pero respondo porque tu
> correo se me ha ido a spam y probablemente a mucha gente le haya pasado lo
> mismo y con esta respuesta lo vea.
> El 10 de noviembre de 2016, 12:31, Ander Pijoan 
> escribió:
>
> Buenos días,
> Ya se ha tratado muchas veces esto pero no consigo encontrar la forma de
> hacerlo. Os escribo porque un usuario se ha dedicado a eliminar todas las
> aceras de un pueblo (que de hecho habíamos introducido como un proyecto de
> accesibilidad en el que estudiantes y colectivos con discapacidad mapeaban
> sus pueblos en papel y nosotros introducíamos los datos).
> El changeset en cuestión es este : http://www.openstreetmap.org/c
> hangeset/42953890#map=16/43.3218/-3.0262
> Nos hemos puesto en contacto con el usuario y no da respuesta ni señales
> de vida. Por tanto ¿hay alguna forma en la que nosotros podamos echar atrás
> el changeset o tenemos que molestar a algún moderador?
> Un saludo y gracias.
>
> --
>
> Ander Pijoan
>
> Research Assistant / DeustoTech Energía
>
> Universidad de Deusto / Deustuko Unibertsitatea
>
> Avda. Universidades 24. 48007 Bilbao
>
> Tel. 94 413 90 03/ 2052
> ander.pij...@deusto.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: [Talk-es] Echar atrás changeset de un usuario

[Carlos Cabezas]

Desde hace tiempo a varios usuarios que utilizan el dominio @deusto.es tienen 
problemas con el envío de correos, a veces Gmail los califica como spam y en mi 
caso me aparece un error de DKIM en esas cuentas.
10 de noviembre de 2016 15:54, "Alejandro Moreno"  escribió:
 No tengo ni idea de como hacer lo que preguntas pero respondo porque tu correo 
se me ha ido a spam y probablemente a mucha gente le haya pasado lo mismo y con 
esta respuesta lo vea. 
El 10 de noviembre de 2016, 12:31, Ander Pijoan  escribió:
Buenos días,
 Ya se ha tratado muchas veces esto pero no consigo encontrar la forma de 
hacerlo. Os escribo porque un usuario se ha dedicado a eliminar todas las 
aceras de un pueblo (que de hecho habíamos introducido como un proyecto de 
accesibilidad en el que estudiantes y colectivos con discapacidad mapeaban sus 
pueblos en papel y nosotros introducíamos los datos).
 El changeset en cuestión es este : 
http://www.openstreetmap.org/changeset/42953890#map=16/43.3218/-3.0262 
(http://www.openstreetmap.org/changeset/42953890#map=16/43.3218/-3.0262)
 Nos hemos puesto en contacto con el usuario y no da respuesta ni señales de 
vida. Por tanto ¿hay alguna forma en la que nosotros podamos echar atrás el 
changeset o tenemos que molestar a algún moderador?
 Un saludo y gracias.
--
Ander Pijoan  

Research Assistant / DeustoTech Energía 

Universidad de Deusto / Deustuko Unibertsitatea 

Avda. Universidades 24. 48007 Bilbao 

Tel. 94 413 90 03 (javascript:false)/ 2052 ander.pij...@deusto.es 
(mailto:ander.pij...@deusto.es)
___
Talk-es mailing list
Talk-es@openstreetmap.org (mailto:Talk-es@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-es 
(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] Echar atrás changeset de un usuario

[Jesús Lopez]

Desde JOSM, pestaña Datos—>Revertir conjunto de cambios

Saludos


> El 10 nov 2016, a las 15:51, Alejandro Moreno  escribió:
> 
> No tengo ni idea de como hacer lo que preguntas pero respondo porque tu 
> correo se me ha ido a spam y probablemente a mucha gente le haya pasado lo 
> mismo y con esta respuesta lo vea.
> 
> El 10 de noviembre de 2016, 12:31, Ander Pijoan  > escribió:
> Buenos días,
> 
> Ya se ha tratado muchas veces esto pero no consigo encontrar la forma de 
> hacerlo. Os escribo porque un usuario se ha dedicado a eliminar todas las 
> aceras de un pueblo (que de hecho habíamos introducido como un proyecto de 
> accesibilidad en el que estudiantes y colectivos con discapacidad mapeaban 
> sus pueblos en papel y nosotros introducíamos los datos).
> 
> El changeset en cuestión es este : 
> http://www.openstreetmap.org/changeset/42953890#map=16/43.3218/-3.0262 
> 
> 
> Nos hemos puesto en contacto con el usuario y no da respuesta ni señales de 
> vida. Por tanto ¿hay alguna forma en la que nosotros podamos echar atrás el 
> changeset o tenemos que molestar a algún moderador?
> 
> Un saludo y gracias.
> 
> -- 
> Ander Pijoan
> Research Assistant / DeustoTech Energía

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

Re: [Talk-es] Echar atrás changeset de un usuario

[Alejandro Moreno]

No tengo ni idea de como hacer lo que preguntas pero respondo porque tu
correo se me ha ido a spam y probablemente a mucha gente le haya pasado lo
mismo y con esta respuesta lo vea.

El 10 de noviembre de 2016, 12:31, Ander Pijoan 
escribió:

> Buenos días,
>
> Ya se ha tratado muchas veces esto pero no consigo encontrar la forma de
> hacerlo. Os escribo porque un usuario se ha dedicado a eliminar todas las
> aceras de un pueblo (que de hecho habíamos introducido como un proyecto de
> accesibilidad en el que estudiantes y colectivos con discapacidad mapeaban
> sus pueblos en papel y nosotros introducíamos los datos).
>
> El changeset en cuestión es este : http://www.openstreetmap.org/
> changeset/42953890#map=16/43.3218/-3.0262
>
> Nos hemos puesto en contacto con el usuario y no da respuesta ni señales
> de vida. Por tanto ¿hay alguna forma en la que nosotros podamos echar atrás
> el changeset o tenemos que molestar a algún moderador?
>
> Un saludo y gracias.
>
> --
>
> Ander Pijoan
>
> Research Assistant / DeustoTech Energía
>
> Universidad de Deusto / Deustuko Unibertsitatea
>
> Avda. Universidades 24. 48007 Bilbao
>
> Tel. 94 413 90 03/ 2052
> ander.pij...@deusto.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: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[Thomas Konrad]

Hallo,

ich habe heute per E-Mail nocheinmal nachgefragt ob es eine bessere Möglichkeit 
gibt, die Ausnahme von der Quellnennung aller Folgeprodukte zu dokumentieren - 
um die gehts ja letztlich.

Ich hab noch keine Antwort, würde aber noch ein paar Tage Zeit geben.

LG
Thomas

> Am 10.11.2016 um 15:17 schrieb ScubbX :
> 
> Hallo!
> 
> Ich habe nachgefragt: Der Herr Jüptner hat die Kompetenz diese Entscheidung 
> zu treffen. Ich finde zwar, die eMail ist Beweis genug für die Erlaubnis, 
> aber wenn es tatsächlich notwendig sein sollte, kann ich mal bei ihm 
> vorbeischauen und informell fragen, ob es nicht eine andere Lösung gäbe, 
> seine Aussage zu protokollieren.
> 
> Da sehe ich jedoch die Gefahr, dass er genau wegen dieser Nachfrage stutzig 
> werden könnte...
> 
> Beste Grüße, Markus
> 
> 
>> Am 2016-11-10 um 12:49 schrieb eest9:
>> Am 10.11.2016 12:39 PM schrieb "Johann Höchtl" :
>> >
>> > Hi, schaut euch doch mal
>> > https://www.offene-adressen.at/
>> > at, die Daten sind über API verfügbar, sind der Abzug von 
>> > http://www.bev.gv.at/portal/page?_pageid=713,2601271&_dad=portal&_schema=PORTAL
>> >
>> > allerdings noch vom 1.4.2016.
>> 
>> Ob die Daten per API verfügbar sind oder nur als CSV ist der Lizenz egal. 
>> Die API wurde schon diskutiert als wir vor Jahren die Adressdaten leider mit 
>> dieser für uns schlechten Lizenz bekommen haben.
>> 
>> Was jetzt neu ist, ist dass die beiden Thomase es offenbag geschafft haben 
>> die vom BEV zu überzeugen, dass sie uns ne Erlaubnis geben die Daten nur mit 
>> Quellenangabe auf einer Zusatzseite und ohne Ausweisung der einzelnen 
>> Datensätze zu erreichen.
>> Danke <3
>> 
>> Und der Konrad hat dann auch noch ein Tool dazu gebastelt dass das 
>> übernehmen einzelner Datensätze erlaubt. :3
>> 
>> Ich seh jetzt um ehrlich zu sein kein Problem mehr.
>> 
>> > Ist alles open source unter 
>> > https://github.com/the42/bevaddressapi
>> > https://github.com/the42/bevaddress-dataload
>> > https://hub.docker.com/r/the42/bevdockerdb/
>> > https://hub.docker.com/r/the42/bevaddressapi/
>> >6
>> > Lg, Johann
>> >
>> > Am 9. November 2016 um 23:20 schrieb ScubbX :
>> >>
>> >> Ich versuche abzuklären, wo in diesem Fall wer die Kompetenzen hat. Ich 
>> >> komme aber vermutlich erst Montags dazu.
>> >>
>> >> Beste Grüße,
>> >> Markus
>> >>
>> >>
>> >>
>> >> Am 2016-11-09 um 21:27 schrieb Michael Reichert:
>> >>>
>> >>> Hallo Thomas, Am 09.11.2016 um 21:20 schrieb Thomas Konrad: 
>> >
>> > Falls es eine E-Mail war, so veröffentliche den Wortlaut der E-Mail 
>> > sowie den Wortlaut der Anfrage im OSM-Wiki. […] Bitte frage in beiden 
>> > Fällen das BEV vorher, ob es damit einverstanden ist. 
>> 
>>   Das kann ich gerne machen. 
>> >
>> > [...] der Beamte, der die Erlaubnis erteilte, nicht wusste, was er da 
>> > erlaubt hat. 
>> 
>>  Und wie soll ich das verhindern? 
>> >>>
>> >>> Indem man in der Anfrage hervorhebt, dass OSM kommerziell genutzt kann 
>> >>> und wird sowie dass die Behörde die Erlaunbis nicht widerrufen kann (wir 
>> >>> löschen die Daten nicht, wenn in drei Jahren der neue Behördenleiter 
>> >>> anderer Meinung ist). Bei solchen Sätzen werden die "einfachen" Beamten 
>> >>> dann hellhörig und holen sich die Rückendeckung von weiter oben (oft 
>> >>> auch der Aufsichtsbehörde aka Ministerium). 
>> >
>> > Importe müssen nicht mechanischer Natur sein. 
>> 
>>  Heißt das ich kann das ganze sowieso vergessen? 
>> >>>
>> >>> Nein, du musst es nicht vergessen. Aber wer ganze Gemeinden mit Adressen 
>> >>> aus diesem Datensatz beglückt, muss sich an die Spielregeln halten. Das 
>> >>> ist nur zu einem Teil deine Aufgabe. Wenn du mit einem Plugin zum Import 
>> >>> aufrufst, solltest du das mit der Community diskutiert haben. Im Rahmen 
>> >>> dessen, was in deiner Position angemessen ist, sollten die Mapper auch 
>> >>> darüber aufgeklärt werden, dass sie für den Import sich ein zweites 
>> >>> Konto anlegen müssen. So sollte in der Anleitung zum Plugin das auf 
>> >>> jeden Fall erwähnt sein. Wenn du GUI einen solchen Hinweis auch noch 
>> >>> einmal anzeigt, wäre das nett. Viele Grüße Michael 
>> >>>
>> >>>
>> >>>
>> >>> ___ Talk-at mailing list 
>> >>> Talk-at@openstreetmap.org 
>> >>> https://lists.openstreetmap.org/listinfo/talk-at 
>> >>
>> >>
>> >>
>> >> ___
>> >> Talk-at mailing list
>> >> Talk-at@openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-at
>> >>
>> >
>> >
>> > ___
>> > Talk-at mailing list
>> > Talk-at@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-at
>> >
>> 
>> 
>> 
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 

[OSM-ja] Tottori earth quake task / 鳥取中部地震のタスク対応について

[Satoshi IIDA]

English message below.

いいだです。

今年の10月に鳥取で発生した震災に対し、
HOT Tasking Manager経由での編集[1]が行われていましたが、
現地での対応もフェイズが変わり、一定の役割を終えたと判断し、
11月20日頃を目途に、タスクをクローズ（アーカイブ）しようと思います。
（現在は、優先度を「低」に設定し直しました）

現地の状況はまだ余談を許さないと思いますし、
引き続きの人道支援が必要な状況であると思われますが、
それはまた地図とは違った形かと思います。

また、Tasking Managerを経由した編集は、Bingをもとにしていることもあり、

・オフセット調整しないまま編集されている（地理院地図データが位置的に正しい）
・建物の描画の品質が低い

などの問題が発生しているとの報告を受けています。
タスククローズまでの間、Validation作業を含む、
データの修正作業を実施できたらと考えています。

またクローズの際にもう一度連絡します。


Thank you for great effort to help Tottori Earth Quake[1].
I think the phase is changing, and currently it does not need urgent
response.
(already changed the priority to "Low")

I would like to close (archive) it around Nov.20.

And, to experienced mappers, please help validation until that.
There some reporting about data quality.

* Wrong offset of Bing imagery (GSI map data is correct.)
* Bad quality polygons

I would like to merge and make use of precious contributions from over the
globe.

I'll notify at closing the task.
Your feedback is welcome.

[1] http://tasks.hotosm.org/project/2246


-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-de] Frage: Kartenstile für Bildungszwecke

[Hartmut Holzgraefe]

On 10.11.2016 15:03, Martin Koppenhoefer wrote:

> Inkscape als freie Alternative ist für so komplexe Dinge wie größere Karten
> vermutlich nicht besonders performant/geeignet? Mir stürzt das leider auf
> dem Mac öfters mal ab, auch schon bei gering komplexen Zeichnungen. Vom
> eher komplizierten Handling und der mangelhaften OS Integration mal
> abgesehen.

"Don't go there, there be dragons!"

Inkscape kommt nicht mit einer großen Anzahl von Objekten klar, es
scheint da gefühlt sogar schlechter als O(n) zu skalieren. Insbesondere
fällt auf dass sogar Operationen die gar keine Änderung am aktuellen
Objektbaum oder der aktuellen Ansicht erfordern deutlich langsamer
werden, zB. das Anlegen eines neuen, leeren Layers.

Mit einem DinA1 Export eines mit Mapbik und dem OSM Standardstil
gerenderten SVGs für einen Stadtteil fühlte sich das Nachbearbeiten
mit Inkscape vergleichbar an wie vor langer Zeit meine ersten
Gehversuche mit CorelDraw! 3 auf einem 386er mit 2MB. Allerdings
lag es hier nicht an fehlender CPU oder Speicher, nur einer der
sechs Kerne der Maschine war ausgelastet, die anderen langweilten
sich, und von den 16GB war auch mehr als die Hälfte frei.

Trotzdem war das "Arbeiten" eher von der Art: "Wir verschieben einen
Marker, dann warten wir ein wenig, dann stellen wir fest dass wir ihn
ein wenig zu weit geschoben haben, verschieben ihn etwas zurück, warten
noch mal ein wenig ... und das schon bei Wireframe-Ansicht und Karte und
Markern in unterschiedlichen Layern.

Etwas erträglicher wurde es nachdem ich den OSM-Stil ein wenig reduziert
hatte, insb. keine Hausnummern mehr ausgegeben habe. Allerdings war es
immer noch schmerzhaft genug dass ich dann die Aufgabe doch mit Mapnik
und Python soweit automatisiert habe dass Eingaben jetzt in einem
Web-Frontend erfolgen können und danach ein fertiges PDF herauspurzelt,
bzw. immer noch ein SVG wenn man denn tatsächlich doch noch mal selbst
Hand anlegen möchte.

Leider hat sich aber auch gezeigt dass alle anderen
Vektor-Zeichenprogramme mit SVGs in dieser Größe noch viel mehr
überfordert sind und entweder schon beim Laden scheitern (gerne auch
erst nach
mehreren Stunden), oder die Karte zwar geladen bekommen, dann aber
eine Bearbeitung überhaupt nicht möglich ist.

So gesehen ist Inkscape immerhin die am wenigsten schlechte Lösung.

Der Vergleich wie AI sich mit denselben Dokumentgrößen schlägt fehlt
mir leider noch ...

-- 
hartmut


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

Re: [Talk-it] Google is shutting down Maps Maker

[paolo bubici]

E come faccio ad aspettare fino a marzo 2017!

Il 10/nov/2016 15:11, "Martin Koppenhoefer"  ha
scritto:

>
>
> 2016-11-10 9:22 GMT+01:00 cesare gerbino :
>
>> appena letto ...
>>
>> http://geoawesomeness.com/google-shutting-maps-maker/
>>
>>
>
>
> Be, lo chiudono perché sarà integrato in Maps:
> "But, we have some updates to share. Today, we want to let you know that
> Google Map Maker features will officially graduate and be integrated
> directly into Google Maps in March 2017 when we’ll retire the standalone
> Map Maker product. "
>
> 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-at] JOSM-Plugin für Österreichnische Adressen

[ScubbX]

Hallo!

Ich habe nachgefragt: Der Herr Jüptner hat die Kompetenz diese 
Entscheidung zu treffen. Ich finde zwar, die eMail ist Beweis genug für 
die Erlaubnis, aber wenn es tatsächlich notwendig sein sollte, kann ich 
mal bei ihm vorbeischauen und informell fragen, ob es nicht eine andere 
Lösung gäbe, seine Aussage zu protokollieren.


Da sehe ich jedoch die Gefahr, dass er genau wegen dieser Nachfrage 
stutzig werden könnte...


Beste Grüße, Markus


Am 2016-11-10 um 12:49 schrieb eest9:


Am 10.11.2016 12:39 PM schrieb "Johann Höchtl" 
>:

>
> Hi, schaut euch doch mal
> https://www.offene-adressen.at/
> at, die Daten sind über API verfügbar, sind der Abzug von
> 
http://www.bev.gv.at/portal/page?_pageid=713,2601271&_dad=portal&_schema=PORTAL

>
> allerdings noch vom 1.4.2016.

Ob die Daten per API verfügbar sind oder nur als CSV ist der Lizenz 
egal. Die API wurde schon diskutiert als wir vor Jahren die 
Adressdaten leider mit dieser für uns schlechten Lizenz bekommen haben.


Was jetzt neu ist, ist dass die beiden Thomase es offenbag geschafft 
haben die vom BEV zu überzeugen, dass sie uns ne Erlaubnis geben die 
Daten nur mit Quellenangabe auf einer Zusatzseite und ohne Ausweisung 
der einzelnen Datensätze zu erreichen.

Danke <3

Und der Konrad hat dann auch noch ein Tool dazu gebastelt dass das 
übernehmen einzelner Datensätze erlaubt. :3


Ich seh jetzt um ehrlich zu sein kein Problem mehr.

> Ist alles open source unter
> https://github.com/the42/bevaddressapi
> https://github.com/the42/bevaddress-dataload
> https://hub.docker.com/r/the42/bevdockerdb/
> https://hub.docker.com/r/the42/bevaddressapi/
>6
> Lg, Johann
>
> Am 9. November 2016 um 23:20 schrieb ScubbX 
>:

>>
>> Ich versuche abzuklären, wo in diesem Fall wer die Kompetenzen hat. 
Ich komme aber vermutlich erst Montags dazu.

>>
>> Beste Grüße,
>> Markus
>>
>>
>>
>> Am 2016-11-09 um 21:27 schrieb Michael Reichert:
>>>
>>> Hallo Thomas, Am 09.11.2016 um 21:20 schrieb Thomas Konrad:
>
> Falls es eine E-Mail war, so veröffentliche den Wortlaut der 
E-Mail sowie den Wortlaut der Anfrage im OSM-Wiki. […] Bitte frage in 
beiden Fällen das BEV vorher, ob es damit einverstanden ist.


  Das kann ich gerne machen.
>
> [...] der Beamte, der die Erlaubnis erteilte, nicht wusste, was 
er da erlaubt hat.


 Und wie soll ich das verhindern?
>>>
>>> Indem man in der Anfrage hervorhebt, dass OSM kommerziell genutzt 
kann und wird sowie dass die Behörde die Erlaunbis nicht widerrufen 
kann (wir löschen die Daten nicht, wenn in drei Jahren der neue 
Behördenleiter anderer Meinung ist). Bei solchen Sätzen werden die 
"einfachen" Beamten dann hellhörig und holen sich die Rückendeckung 
von weiter oben (oft auch der Aufsichtsbehörde aka Ministerium).

>
> Importe müssen nicht mechanischer Natur sein.

 Heißt das ich kann das ganze sowieso vergessen?
>>>
>>> Nein, du musst es nicht vergessen. Aber wer ganze Gemeinden mit 
Adressen aus diesem Datensatz beglückt, muss sich an die Spielregeln 
halten. Das ist nur zu einem Teil deine Aufgabe. Wenn du mit einem 
Plugin zum Import aufrufst, solltest du das mit der Community 
diskutiert haben. Im Rahmen dessen, was in deiner Position angemessen 
ist, sollten die Mapper auch darüber aufgeklärt werden, dass sie für 
den Import sich ein zweites Konto anlegen müssen. So sollte in der 
Anleitung zum Plugin das auf jeden Fall erwähnt sein. Wenn du GUI 
einen solchen Hinweis auch noch einmal anzeigt, wäre das nett. Viele 
Grüße Michael

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

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



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


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

[Talk-de] Google beendet Mapmaker

[Martin Koppenhoefer]

Gerade erfahren. Google beendet Mapmaker:

http://geoawesomeness.com/google-shutting-maps-maker/

Naja, sie beenden es, um es in Maps zu integrieren:
"But, we have some updates to share. Today, we want to let you know that
Google Map Maker features will officially graduate and be integrated
directly into Google Maps in March 2017 when we’ll retire the standalone
Map Maker product. "

https://productforums.google.com/forum/#!topic/map-maker/UEN0wxhj6Rs

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

Re: [Talk-it] Google is shutting down Maps Maker

[Martin Koppenhoefer]

2016-11-10 9:22 GMT+01:00 cesare gerbino :

> appena letto ...
>
> http://geoawesomeness.com/google-shutting-maps-maker/
>
>


Be, lo chiudono perché sarà integrato in Maps:
"But, we have some updates to share. Today, we want to let you know that
Google Map Maker features will officially graduate and be integrated
directly into Google Maps in March 2017 when we’ll retire the standalone
Map Maker product. "

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

Re: [Talk-de] Frage: Kartenstile für Bildungszwecke

[Martin Koppenhoefer]

Am 10. November 2016 um 10:54 schrieb Christoph Hormann <
chris_horm...@gmx.de>:

> Das verbreitetste Werkzeug im Bereich handgestalterer Karten heutzutage
> ist vermutlich Adobe Illustrator.
>
> Merke: man kann zutreffende negative Analogien nicht unbedingt in
> positive umwandeln.
>


Stimmt, das ist ja einfach nur ein schlechteres Freehand ;-)
(Für die weniger alten Hasen hier: Aldus, später Macromedia Freehand war
mal das Standardwerkzeug für Grafikdesign, bis Adobe Macromedia aufgekauft
und das Produkt eingestellt hat, seitdem nutzen nur noch die aller
Hartgesottensten die nicht mehr weiterentwickelte Software, die anderen
sind notgedrungen auf AI umgestiegen).

Inkscape als freie Alternative ist für so komplexe Dinge wie größere Karten
vermutlich nicht besonders performant/geeignet? Mir stürzt das leider auf
dem Mac öfters mal ab, auch schon bei gering komplexen Zeichnungen. Vom
eher komplizierten Handling und der mangelhaften OS Integration mal
abgesehen.

Gruß,
Martin


PS: Hier noch eine Seite, die den historischen Versuch einiger "Aktivisten"
dokumentiert, Freehand von Adobe "freizukaufen", Free Freehand, AFAIK aus
dem Jahr 2009: http://www.freehandforum.org/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[liberalerhumanist]

Werte Gemeinde,

Ich habe nach wie vor ein Problem, hier das Problem zu verstehen. Bei den 
Geoimage-Luftbildern sind wir zum Schluss gekommen, dass es eine hinreichende 
Quellennennung ist, wenn man die Quelle mit einem Tag im jeweiligen Objekt 
benennt. Zusätzlich wurden einzelne Quellen hier ( 
http://www.openstreetmap.org/copyright ) benannt. Meinen Informationen nach 
verwendet Google den BEV-Datensatz ebenfalls. Nachdem dort keinerlei 
Quellenangabe erkennbar ist halte ich die hier vorherrschenden Bedenken für 
etwas übertrieben.

MfG, LH

> Gesendet: Mittwoch, 09. November 2016 um 20:35 Uhr
> Von: "Thomas Konrad" 
> An: "OpenStreetMap AT" 
> Betreff: [Talk-at] JOSM-Plugin für Österreichnische Adressen
>
> Liebe OSM-AT-Community,
> 
> ich habe vor kurzem ein JOSM-Plugin veröffentlicht [1] (noch nicht in der 
> Plugin-Liste verfügbar), mit dem man einzelne Adressen aus dem BEV-Datensatz 
> in OpenStreetMap übernehmen kann. Ich habe von Bernhard Jüptner vom Bundesamt 
> für Eich- und Vermessungswesen die schriftliche Erlaubnis bekommen, das 
> Plugin zu veröffentlichen und die Daten wie unten beschrieben zu verwenden.
> 
> Nur zur Info, weil es auf der Github-Seite zum Projekt [2] schon die Frage 
> gegeben hat.
> 
> LG
> Thomas
> 
> [1] https://github.com/JOSM/austriaaddresshelper 
> 
> [2] https://github.com/JOSM/austriaaddresshelper/issues/1 
> 
> 
> > Begin forwarded message:
> > 
> > From: Jüptner Bernhard 
> > Subject: AW: Übernahme einzelner Adressen in OpenStreetMap
> > Date: 8 November 2016 at 15:39:29 GMT+1
> > To: 'Thomas Konrad' 
> > 
> > Sehr geehrter Herr Konrad,
> >  
> > die Nutzung der Stichtagsdaten des Adressregister in der von Ihnen 
> > angeführten Form mit Nennung der Datenquelle geht in Ordnung.
> >  
> > Freundliche Grüße 
> > Dipl.-Ing. Bernhard Jüptner  
> > -
> >   
> > BEV-Bundesamt für Eich- und Vermessungswesen 
> > Marketing und Vertrieb  
> > 1020 Wien, Schiffamtsgasse 1-3  
> > Tel.: + 43 1 21110-2150, Fax:  + 43 1 21110-992152  
> > market...@bev.gv.at  
> > www.bev.gv.at  
> > 
> > 
> > 
> > Von: Thomas Konrad [mailto:o...@thomaskonrad.at] 
> > Gesendet: Dienstag, 08. November 2016 08:13
> > An: Jüptner Bernhard
> > Cc: Thomas Rupprecht
> > Betreff: Übernahme einzelner Adressen in OpenStreetMap
> > 
> > Sehr geehrter Herr Jüptner,
> > 
> > wie gestern telefonisch besprochen hier eine Erläuterung des Tools. Es 
> > handelt sich um ein Plugin für den Java OpenStreetMap Editor (JOSM), mit 
> > dem man einzelnen Objekten auf Basis des BEV-Adressdatensatzes Adressen 
> > zuweisen kann. Mit einem Knopfdruck erhält man für das markierte Objekt die 
> > Adresse, es werden die entsprechenden Tags gesetzt und die Quellenangabe 
> > (Tag “source”, blau markiert) eingetragen.
> 
> > [Image removed]
> 
> > Im Hintergrund verwende ich einen von mir entwickelten Reverse-Geocoder, 
> > der Koordinaten in die entsprechende Adresse umwandelt [1]:
> 
> > [Image removed]
> > 
> > Wie gesagt, es handelt sich in keinem Fall um einen Mehrfach- oder gar 
> > Massenimport, sondern nur um die Zuweisung einzelner Adressen. Durch die 
> > korrekte Quellenangabe ist auch jederzeit nachvollziehbar, wo die Adressen 
> > verwendet wurden. Ich hoffe es geht in Ordnung, das Plugin zu 
> > veröffentlichen!
> > 
> > Danke und beste Grüße
> > Thomas Konrad
> > +43 664 889 272 17
> > 
> > [1] https://bev-reverse-geocoder.thomaskonrad.at/ 
> > 
> > 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[Michael Reichert]

Hallo Thomas,

Am 2016-11-10 um 14:03 schrieb Thomas Konrad:
>>> In DE haben wir es übrigens erreicht, dass manche "Datenspender" eine 
>>> ausdrückliche Sondererlaubnis für OSM gegeben haben.
> 
> Könntest du uns hier ein Beispiel nennen und zeigen, wie ganz konkret eine 
> solche Sondererlaubnis im Wortlaut aussieht? Das könnte die Kommunikation mit 
> dem BEV erleichtern und vielleicht als Vorlage dienen.

Die Deutsche Bahn nutzt eine solche Klausel, siehe z.B.
http://data.deutschebahn.com/dataset/data-reisezentren

Das kann entweder ein Zusatz zur Lizenz sein, der auf der Website
veröffentlicht wird. Die Erlaubnis kann aber auch per Mail, Brief oder
Pressemitteilung erklärt werden.

Ich hatte damals der Deutschen Bahn geraten, die Erlaubnis einfach per
Mail/Brief zu erteilen, aber schien die transparente Lösung zu
bevorzugen und so hat fast jeder Datensatz im Open-Data-Portal der DB
diese Freigabe.

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[Thomas Konrad]

Hallo Walter!

>> In DE haben wir es übrigens erreicht, dass manche "Datenspender" eine 
>> ausdrückliche Sondererlaubnis für OSM gegeben haben.

Könntest du uns hier ein Beispiel nennen und zeigen, wie ganz konkret eine 
solche Sondererlaubnis im Wortlaut aussieht? Das könnte die Kommunikation mit 
dem BEV erleichtern und vielleicht als Vorlage dienen.

Vielen Dank!
Thomas

> Am 10.11.2016 um 12:52 schrieb Thomas Konrad :
> 
> Hallo Walter,
> 
>> In DE haben wir es übrigens erreicht, dass manche "Datenspender" eine 
>> ausdrückliche Sondererlaubnis für OSM gegeben haben.
> 
> Das versuche ich gerade zu erreichen - bin mit dem BEV weiter in Kontakt.
> 
> LG
> Thomas
> 
>> Am 10.11.2016 um 12:15 schrieb Walter Nordmann :
>> 
>> 
>>> Die geforderte Namensnennung kann OSM nicht gewährleisten, da wir von
>>> unseren Datennutzern nur verlangen, dass sie OSM als Quelle angeben. Das
>>> BEV muss damit einverstanden sein, dass eine Nennung ausschließlich auf
>>> der Seite "Contributors" im OSM-Wiki erfolgt. Andernfalls ist eine
>>> Nutzung für OSM nicht möglich. (Es ist dasselbe Problem, wie bei
>>> CC-BY-lizenzierten Datensätzen)
>> 
>> Und wir haben dutzende solcher "Freigaben", die wir leider nicht benutzen 
>> können, da sich die "Datenspender" über genau diese Tatsachen nicht im 
>> Klaren sind.
>> 
>> Es wird von Behörden (auch in DE) massenhaft "Open Data" ins Netz gestellt - 
>> und dafür laut Eigenwerbung gemacht - ohne dass sich die "Datenspender" 
>> darüber klar sind, dass wir genau diese Quelleninformationen bei OSM 
>> (genauer gesagt bei den Endusern von OSM) nicht gewährleisten können.
>> 
>> Es tut weh, aber wir müssen dann die Finger davon lassen.
>> 
>> In DE haben wir es übrigens erreicht, dass manche "Datenspender" eine 
>> ausdrückliche Sondererlaubnis für OSM gegeben haben.
>> 
>> Gruss
>> walter
>> 
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] Taglists support for rendering examples

[Matthijs Melissen]

On 6 November 2016 at 12:52, Jochen Topf  wrote:
> I have now added support to taginfo for showing an example rendering in
> the taglists on the wiki.

Thanks, that's great!

> Note that the "osmcarto-rendering-size" setting in the infobox is not used.
> That setting is really not neccesary if the icons have been written in
> the right way.

I didn't know about that, as far as I'm concerned we should fix these
at source (but I can imagine nebulon42 sees problems of which I'm not
aware).

> (And yes, it would make sense if we didn't have to copy the images into
> the wiki, but there are more issues with that. I am trying to do the
> next step here, not change everything in one go.)

Yes, I agree going in small steps is the best way to go. I haven't had
any time to work on a solution that doesn't require copying.

-- Matthijs

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

[Talk-at] Problem beim Antworten auf einen Thread: Thunderbird oder MTA schuld?

[Christian Aigner]

Ich kann zwar über Thunderbirds Newsgroup-Feature eine Mailingliste
abonnieren und einen neuen Thread starten, aber seit kurzem nicht mehr
darauf antworten.

Ich bekomme jedes Mal, wenn ich eine Antwort auf einen Thread versuche,
folgende Retourmeldung vom Mail-Server:

Reporting-MTA: dns; boromir.issp.at
X-Postfix-Queue-ID: 31019482DF4B
X-Postfix-Sender: rfc822; caig...@openstreetmap.at
Arrival-Date: Thu, 10 Nov 2016 12:21:35 +0100 (CET)

Final-Recipient: rfc822;
talk-at@openstreetmap.org
Original-Recipient:
rfc822;talk-at@openstreetmap.org
Action: failed
Status: 5.4.4
Diagnostic-Code: X-Postfix; Host or domain name not found. Name service
error for name=public.gmane.org type=: Host found but no data record
of requested type

Irgendeine Idee von euch, was da schief läuft?

LG,
Christian



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

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[Thomas Konrad]

Hallo Walter,

> In DE haben wir es übrigens erreicht, dass manche "Datenspender" eine 
> ausdrückliche Sondererlaubnis für OSM gegeben haben.

Das versuche ich gerade zu erreichen - bin mit dem BEV weiter in Kontakt.

LG
Thomas

> Am 10.11.2016 um 12:15 schrieb Walter Nordmann :
> 
> 
>> Die geforderte Namensnennung kann OSM nicht gewährleisten, da wir von
>> unseren Datennutzern nur verlangen, dass sie OSM als Quelle angeben. Das
>> BEV muss damit einverstanden sein, dass eine Nennung ausschließlich auf
>> der Seite "Contributors" im OSM-Wiki erfolgt. Andernfalls ist eine
>> Nutzung für OSM nicht möglich. (Es ist dasselbe Problem, wie bei
>> CC-BY-lizenzierten Datensätzen)
> 
> Und wir haben dutzende solcher "Freigaben", die wir leider nicht benutzen 
> können, da sich die "Datenspender" über genau diese Tatsachen nicht im Klaren 
> sind.
> 
> Es wird von Behörden (auch in DE) massenhaft "Open Data" ins Netz gestellt - 
> und dafür laut Eigenwerbung gemacht - ohne dass sich die "Datenspender" 
> darüber klar sind, dass wir genau diese Quelleninformationen bei OSM (genauer 
> gesagt bei den Endusern von OSM) nicht gewährleisten können.
> 
> Es tut weh, aber wir müssen dann die Finger davon lassen.
> 
> In DE haben wir es übrigens erreicht, dass manche "Datenspender" eine 
> ausdrückliche Sondererlaubnis für OSM gegeben haben.
> 
> Gruss
> walter
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-es] Nueva portada del Wiki

[Felipe T. Dorado]

Hola Francisco  : )

On Wed, 9 Nov 2016 14:35:00 +0100, Francisco escribió:

FJ> https://wiki.openstreetmap.org/wiki/Prueba
FJ> 
FJ> Cualquier sugerencia es bienvenida.

Usar la página de Discusión [1] para agrupar las sugerencias.

Ya está subido el logo en svg+xml que Miguel subió, está en Discusión.

Felipe  : )

[1] https://wiki.openstreetmap.org/wiki/Talk:Prueba

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

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[eest9]

Am 10.11.2016 12:39 PM schrieb "Johann Höchtl" :
>
> Hi, schaut euch doch mal
> https://www.offene-adressen.at/
> at, die Daten sind über API verfügbar, sind der Abzug von
>
http://www.bev.gv.at/portal/page?_pageid=713,2601271&_dad=portal&_schema=PORTAL
>
> allerdings noch vom 1.4.2016.

Ob die Daten per API verfügbar sind oder nur als CSV ist der Lizenz egal.
Die API wurde schon diskutiert als wir vor Jahren die Adressdaten leider
mit dieser für uns schlechten Lizenz bekommen haben.

Was jetzt neu ist, ist dass die beiden Thomase es offenbag geschafft haben
die vom BEV zu überzeugen, dass sie uns ne Erlaubnis geben die Daten nur
mit Quellenangabe auf einer Zusatzseite und ohne Ausweisung der einzelnen
Datensätze zu erreichen.
Danke <3

Und der Konrad hat dann auch noch ein Tool dazu gebastelt dass das
übernehmen einzelner Datensätze erlaubt. :3

Ich seh jetzt um ehrlich zu sein kein Problem mehr.

> Ist alles open source unter
> https://github.com/the42/bevaddressapi
> https://github.com/the42/bevaddress-dataload
> https://hub.docker.com/r/the42/bevdockerdb/
> https://hub.docker.com/r/the42/bevaddressapi/
>6
> Lg, Johann
>
> Am 9. November 2016 um 23:20 schrieb ScubbX :
>>
>> Ich versuche abzuklären, wo in diesem Fall wer die Kompetenzen hat. Ich
komme aber vermutlich erst Montags dazu.
>>
>> Beste Grüße,
>> Markus
>>
>>
>>
>> Am 2016-11-09 um 21:27 schrieb Michael Reichert:
>>>
>>> Hallo Thomas, Am 09.11.2016 um 21:20 schrieb Thomas Konrad:
>
> Falls es eine E-Mail war, so veröffentliche den Wortlaut der E-Mail
sowie den Wortlaut der Anfrage im OSM-Wiki. […] Bitte frage in beiden
Fällen das BEV vorher, ob es damit einverstanden ist.

  Das kann ich gerne machen.
>
> [...] der Beamte, der die Erlaubnis erteilte, nicht wusste, was er da
erlaubt hat.

 Und wie soll ich das verhindern?
>>>
>>> Indem man in der Anfrage hervorhebt, dass OSM kommerziell genutzt kann
und wird sowie dass die Behörde die Erlaunbis nicht widerrufen kann (wir
löschen die Daten nicht, wenn in drei Jahren der neue Behördenleiter
anderer Meinung ist). Bei solchen Sätzen werden die "einfachen" Beamten
dann hellhörig und holen sich die Rückendeckung von weiter oben (oft auch
der Aufsichtsbehörde aka Ministerium).
>
> Importe müssen nicht mechanischer Natur sein.

 Heißt das ich kann das ganze sowieso vergessen?
>>>
>>> Nein, du musst es nicht vergessen. Aber wer ganze Gemeinden mit
Adressen aus diesem Datensatz beglückt, muss sich an die Spielregeln
halten. Das ist nur zu einem Teil deine Aufgabe. Wenn du mit einem Plugin
zum Import aufrufst, solltest du das mit der Community diskutiert haben. Im
Rahmen dessen, was in deiner Position angemessen ist, sollten die Mapper
auch darüber aufgeklärt werden, dass sie für den Import sich ein zweites
Konto anlegen müssen. So sollte in der Anleitung zum Plugin das auf jeden
Fall erwähnt sein. Wenn du GUI einen solchen Hinweis auch noch einmal
anzeigt, wäre das nett. Viele Grüße Michael
>>>
>>>
>>>
>>> ___ Talk-at mailing list
Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
>>
>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[Johann Höchtl]

Hi, schaut euch doch mal
https://www.offene-adressen.at/
at, die Daten sind über API verfügbar, sind der Abzug von
http://www.bev.gv.at/portal/page?_pageid=713,2601271&_dad=portal&_schema=PORTAL

allerdings noch vom 1.4.2016.

Ist alles open source unter
https://github.com/the42/bevaddressapi
https://github.com/the42/bevaddress-dataload
https://hub.docker.com/r/the42/bevdockerdb/
https://hub.docker.com/r/the42/bevaddressapi/

Lg, Johann

Am 9. November 2016 um 23:20 schrieb ScubbX :

> Ich versuche abzuklären, wo in diesem Fall wer die Kompetenzen hat. Ich
> komme aber vermutlich erst Montags dazu.
>
> Beste Grüße,
> Markus
>
>
>
> Am 2016-11-09 um 21:27 schrieb Michael Reichert:
>
> Hallo Thomas,
>
> Am 09.11.2016 um 21:20 schrieb Thomas Konrad:
>
> Falls es eine E-Mail war, so veröffentliche den Wortlaut der E-Mail sowie den 
> Wortlaut der Anfrage im OSM-Wiki. […] Bitte frage in beiden Fällen das BEV 
> vorher, ob es damit einverstanden ist.
>
>
> Das kann ich gerne machen.
>
>
> [...] der Beamte, der die Erlaubnis erteilte, nicht wusste, was er da erlaubt 
> hat.
>
> Und wie soll ich das verhindern?
>
> Indem man in der Anfrage hervorhebt, dass OSM kommerziell genutzt kann
> und wird sowie dass die Behörde die Erlaunbis nicht widerrufen kann (wir
> löschen die Daten nicht, wenn in drei Jahren der neue Behördenleiter
> anderer Meinung ist). Bei solchen Sätzen werden die "einfachen" Beamten
> dann hellhörig und holen sich die Rückendeckung von weiter oben (oft
> auch der Aufsichtsbehörde aka Ministerium).
>
>
> Importe müssen nicht mechanischer Natur sein.
>
> Heißt das ich kann das ganze sowieso vergessen?
>
> Nein, du musst es nicht vergessen. Aber wer ganze Gemeinden mit Adressen
> aus diesem Datensatz beglückt, muss sich an die Spielregeln halten. Das
> ist nur zu einem Teil deine Aufgabe. Wenn du mit einem Plugin zum Import
> aufrufst, solltest du das mit der Community diskutiert haben. Im Rahmen
> dessen, was in deiner Position angemessen ist, sollten die Mapper auch
> darüber aufgeklärt werden, dass sie für den Import sich ein zweites
> Konto anlegen müssen. So sollte in der Anleitung zum Plugin das auf
> jeden Fall erwähnt sein. Wenn du GUI einen solchen Hinweis auch noch
> einmal anzeigt, wäre das nett.
>
> Viele Grüße
>
> Michael
>
>
>
>
>
> ___
> Talk-at mailing 
> listTalk-at@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-at
>
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-es] Echar atrás changeset de un usuario

[Ander Pijoan]

Buenos días,

Ya se ha tratado muchas veces esto pero no consigo encontrar la forma de
hacerlo. Os escribo porque un usuario se ha dedicado a eliminar todas las
aceras de un pueblo (que de hecho habíamos introducido como un proyecto de
accesibilidad en el que estudiantes y colectivos con discapacidad mapeaban
sus pueblos en papel y nosotros introducíamos los datos).

El changeset en cuestión es este :
http://www.openstreetmap.org/changeset/42953890#map=16/43.3218/-3.0262

Nos hemos puesto en contacto con el usuario y no da respuesta ni señales de
vida. Por tanto ¿hay alguna forma en la que nosotros podamos echar atrás el
changeset o tenemos que molestar a algún moderador?

Un saludo y gracias.

-- 

Ander Pijoan

Research Assistant / DeustoTech Energía

Universidad de Deusto / Deustuko Unibertsitatea

Avda. Universidades 24. 48007 Bilbao

Tel. 94 413 90 03/ 2052
ander.pij...@deusto.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[Walter Nordmann]

Die geforderte Namensnennung kann OSM nicht gewährleisten, da wir von
unseren Datennutzern nur verlangen, dass sie OSM als Quelle angeben. Das
BEV muss damit einverstanden sein, dass eine Nennung ausschließlich auf
der Seite "Contributors" im OSM-Wiki erfolgt. Andernfalls ist eine
Nutzung für OSM nicht möglich. (Es ist dasselbe Problem, wie bei
CC-BY-lizenzierten Datensätzen)


Und wir haben dutzende solcher "Freigaben", die wir leider nicht 
benutzen können, da sich die "Datenspender" über genau diese Tatsachen 
nicht im Klaren sind.


Es wird von Behörden (auch in DE) massenhaft "Open Data" ins Netz 
gestellt - und dafür laut Eigenwerbung gemacht - ohne dass sich die 
"Datenspender" darüber klar sind, dass wir genau diese 
Quelleninformationen bei OSM (genauer gesagt bei den Endusern von OSM) 
nicht gewährleisten können.


Es tut weh, aber wir müssen dann die Finger davon lassen.

In DE haben wir es übrigens erreicht, dass manche "Datenspender" eine 
ausdrückliche Sondererlaubnis für OSM gegeben haben.


Gruss
walter

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

Re: [Talk-GB] Quarterly project - taginfo tracker

[Steve Doerr]

On 09/11/2016 07:36, Greg wrote:

I’ve now implemented Steve’s request for more clickable links in the overview map for 
each district at . In addition to 
opening the web page for each FHRS establishment, you can now open the OSM page for 
each relevant node/way or load the node/way in JOSM. I decided to go with a JOSM link 
rather than a general one so that the ‘overview’ map links match the ‘suggested 
matches’ map links, which automatically add tags to the OSM node/way. Anyone not 
using JOSM can easily follow the OSM link and then click the Edit button.

I’ve also modified most links so that they open in a new tab/window by default 
as it seems more useful to be able to keep the map view open in the original 
tab/window.



That's great. Thanks, Greg!

Steve

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-dk] Geodanmark ortofoto 2016

[Michael Andersen]

Torsdag den 10. november 2016 11:23:51 skrev Hans Gregers Petersen:
> Tak for rosen.
> 
> > Søren har helt ret. Man skal lige være opmærksom på at cachesystemerne
> > (tilsyneladende både lokalt og hos Septima) kan snyde de første dage her.
> 
> Nu kun lokalt - jeg har undtagelsesvist manuelt opfrisket vores cache.

Super service :-)



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

Re: [Talk-dk] Geodanmark ortofoto 2016

[Hans Gregers Petersen]

Tak for rosen.


> Søren har helt ret. Man skal lige være opmærksom på at cachesystemerne
> (tilsyneladende både lokalt og hos Septima) kan snyde de første dage her.

Nu kun lokalt - jeg har undtagelsesvist manuelt opfrisket vores cache.


/Gregers

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

Re: [OSM-talk-be] Many same tags amenity, tourism on one node

[Marc Gemis]

typically it is best to split in different nodes. Each node can then
be placed at the subactivity.
For common stuff (e.g. name, operator, phone, address...)
- repeat on each node
- or, place on the polygon emcompassing all subactivitities
- or when a polygon is not possible, use a site-relation (or multi-polygon)

Using nodes in a polygon allows you to put different tags on the
subactivities (such as a different name or opening hours).

regards

m.

On Thu, Nov 10, 2016 at 10:48 AM, Jakka  wrote:
> Resolve some issue on a node.
> Saw that the editor "newbie think contributor/medewerker of STERPUT" try to
> add all the amenity and tourism activities on that node by using:
> amenity_1=
> amenity_2=
> ect
> tourism_1
> tourism_2
>
> the name tag will render the icon of the amenity without the number.
>
> How to deal with this.
> I do not know myself can not give the editor the right information
>
> https://www.openstreetmap.org/#map=21/50.854565/4.3524632
> http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dgallery
> http://galerie-e2.org/infos/
>
>
> ___
> 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-dk] Geodanmark ortofoto 2016

[Michael Andersen]

Søren har helt ret. Man skal lige være opmærksom på at cachesystemerne 
(tilsyneladende både lokalt og hos Septima) kan snyde de første dage her.

Jeg skal også lige benytte lejligheden til at takke Septima og Gregers :-)

/Hjart

Torsdag den 10. november 2016 10:52:47 skrev Soren Johannessen:
> Super god information
> 
> Vær lige opmærksom på at luftfoto cache kan godt vise to lag i fx iD
> editor (mix af to lag) - hvis man er zoomet lidt ud. Se mit  vedhæftet
> billede fra Ballerup. - Så zoom godt ind og du ser det seneste hvis du
> bruger iD
> 
> Men ellers god kortlægning i områder du ved er blevet lavet mellem
> luftfoto 2015 og 2016 luftfoto.
> 
> Igen skal vi rette en tak til Septima via  Gregers Petersens
> setup/løsning med  at have en proxy-server kørende så iD og JOSM kan
> bruge Kortforsyningens seneste luftfoto
> 
> Mvh.
> Søren Johannessen
> 
> 2016-11-10 10:43 GMT+01:00 Michael Andersen :
> > Hej
> > 
> > Jeg har lige fået et tweet fra "Kortforsyningen" om at ortofotos fra dette
> > års forår er klar og kan konstatere at det er tilfældet også i JOSM :-),
> > så de der kender til områder der har ændret sig siden foråret 2015 kan nu
> > gå i krig med at finpudse vores data.
> > 
> > Mvh Hjart
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk


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

Re: [Talk-de] Frage: Kartenstile für Bildungszwecke

[Christoph Hormann]

On Thursday 10 November 2016, Ralf GESELLENSETTER wrote:
> [...]
>
> Aber in der Tat ist jede Atlas-Karte ein kleines Kunstwerk, das sich
> höchstens ansatzweise und kaum vollautomatisch elektronisch rendern
> lässt.
>
> Bei Textsatz gibt es LaTex,
> Für Notensatz gibt es Lilypond,
> QGIS könnte ein Ansatz sein (habe ich zuletzt für thematische Karten
> genutzt), was ist mit Maperative?

Sorry - meine etwas schnippische Bemerkung war vermutlich wenig 
geeignet, das Problem hier herauszuarbeiten.

Dieses ist, dass man sich eher nicht nach einer vermeintlichen 
Gesamtlösung für die Gesamtaufgabe umschauen sollte, sondern eher 
überlegen, welche konkreten Verfahren (zur Datenverarbeitung, zur 
Darstellung) man einsetzen möchte und dann für diese einzelnen 
Arbeitsschritte das geeignete Werkzeug zu suchen (oder - wie teils auch 
notwendig: zu entwickeln).

Die meisten heute produzierten hochwertigen Landkarten werden nicht mit 
einem einzigen Werkzeug produziert, sondern kombinieren eine Vielzahl 
unterschiedlicher Werkzeuge für die verschiedenen Verfahren und 
Arbeitsschritte.

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

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

Re: [Talk-de] Frage: Kartenstile für Bildungszwecke

[Christoph Hormann]

On Thursday 10 November 2016, Martin Koppenhoefer wrote:
> >
> > Kartengestaltung mittels GIS ist ein bisschen so wie Grafik-Design
> > mit 'nem CAD-Programm...
> >
> > ...oder wie Textsatz mit Word.
>
> Was wäre denn das Freehand oder das LaTex der Kartengestaltung?
> Mehrfachnennungen möglich ;-)

Das verbreitetste Werkzeug im Bereich handgestalterer Karten heutzutage 
ist vermutlich Adobe Illustrator.

Merke: man kann zutreffende negative Analogien nicht unbedingt in 
positive umwandeln.

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

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

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[Thomas Konrad]

Hallo Stefan,

> Aber natürlich ist
> ein Hinweis auf die Import-Richtlinien auf der Github-Seite und in
> etwaigen Hilfe-/About-Dialogen sinnvoll, der das Problem massenhafter
> Importe ohne Überprüfung erklärt.

Da bin ich bei dir - ich werde die entsprechenden Hinweise einfügen.

> wenn du die source tags
> nicht an die Objekte kleben 

Ja, das wurde weiter unten auch schon angesprochen. Ich schaue mir an, ob ich 
die Changeset-Quelle vom Plugin aus steuern kann (weiß ich aktuell auch nicht).

LG
Thomas

> Am 10.11.2016 um 10:47 schrieb Stefan Tauner :
> 
> On Wed, 9 Nov 2016 20:50:21 +0100
> Michael Reichert  wrote:
> 
>> Wo ist diese Erlaubnis dokumentiert?
>> 
>> Du bist Dir den Import-Richtlinien bewusst und machst Deine Benutzer auf
>> die Richtlinie (u.a. Pflicht zur Verwendung separater Benutzerkonten)
>> aufmerksam? (Diese Frage impliziert nicht, dass die Verwendung das
>> Plugins ein Import ist. Dazu habe ich mir das Plugin noch nicht näher
>> angesehen)
> 
> Da das Plugin einzelnen Objekte nach manueller Instruktion eine Adresse
> zuweist, die der Mapper so wie alle anderen Eingaben zumindest auf
> Plausibilität überprüft, ist dessen normale Verwendung offensichtlich
> kein (Bulk) Import, für den die meisten Teile der Richtlinien
> (insbesondere der von dir erwähnte) gedacht sind. Aber natürlich ist
> ein Hinweis auf die Import-Richtlinien auf der Github-Seite und in
> etwaigen Hilfe-/About-Dialogen sinnvoll, der das Problem massenhafter
> Importe ohne Überprüfung erklärt.
> 
> Was aber auf jeden Fall wünschenswert wäre (wie Michael woanders im
> Thread schon erwähnt hat, sehe ich gerade...): wenn du die source tags
> nicht an die Objekte kleben würdest, sondern an die Changesets. Ich
> kenne die JOSM source base nicht gut genug, aber manche layer können
> das mittlerweile, also ist das für Plugins vermutlich auch kein großes
> Problem.
> 
> -- 
> Kind regards/Mit freundlichen Grüßen, Stefan Tauner
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[OSM-talk-be] Many same tags amenity, tourism on one node

[Jakka]

Resolve some issue on a node.
Saw that the editor "newbie think contributor/medewerker of STERPUT" try 
to add all the amenity and tourism activities on that node by using:

amenity_1=
amenity_2=
ect
tourism_1
tourism_2

the name tag will render the icon of the amenity without the number.

How to deal with this.
I do not know myself can not give the editor the right information

https://www.openstreetmap.org/#map=21/50.854565/4.3524632
http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dgallery
http://galerie-e2.org/infos/


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

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[Stefan Tauner]

On Wed, 9 Nov 2016 20:50:21 +0100
Michael Reichert  wrote:

> Wo ist diese Erlaubnis dokumentiert?
> 
> Du bist Dir den Import-Richtlinien bewusst und machst Deine Benutzer auf
> die Richtlinie (u.a. Pflicht zur Verwendung separater Benutzerkonten)
> aufmerksam? (Diese Frage impliziert nicht, dass die Verwendung das
> Plugins ein Import ist. Dazu habe ich mir das Plugin noch nicht näher
> angesehen)

Da das Plugin einzelnen Objekte nach manueller Instruktion eine Adresse
zuweist, die der Mapper so wie alle anderen Eingaben zumindest auf
Plausibilität überprüft, ist dessen normale Verwendung offensichtlich
kein (Bulk) Import, für den die meisten Teile der Richtlinien
(insbesondere der von dir erwähnte) gedacht sind. Aber natürlich ist
ein Hinweis auf die Import-Richtlinien auf der Github-Seite und in
etwaigen Hilfe-/About-Dialogen sinnvoll, der das Problem massenhafter
Importe ohne Überprüfung erklärt.

Was aber auf jeden Fall wünschenswert wäre (wie Michael woanders im
Thread schon erwähnt hat, sehe ich gerade...): wenn du die source tags
nicht an die Objekte kleben würdest, sondern an die Changesets. Ich
kenne die JOSM source base nicht gut genug, aber manche layer können
das mittlerweile, also ist das für Plugins vermutlich auch kein großes
Problem.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

[Talk-dk] Geodanmark ortofoto 2016

[Michael Andersen]

Hej

Jeg har lige fået et tweet fra "Kortforsyningen" om at ortofotos fra dette års 
forår er klar og kan konstatere at det er tilfældet også i JOSM :-), så de der 
kender til områder der har ændret sig siden foråret 2015 kan nu gå i krig med 
at finpudse vores data.

Mvh Hjart

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

Re: [Talk-it] Slack

[Martin Koppenhoefer]

2016-11-09 22:41 GMT+01:00 Luigi Toscano :

> In altre parole, un servizio proprietario.



si, è anche motivo del mio riserbo questo fatto che loro stanno aspirando a
diventare un facebook del lavoro e delle collaborazioni. Pare che sia
conveniente però.

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

Re: [Talk-de] Frage: Kartenstile für Bildungszwecke

[Martin Koppenhoefer]

Am 9. November 2016 um 18:55 schrieb Christoph Hormann :

> Äh...
>
> Kartengestaltung mittels GIS ist ein bisschen so wie Grafik-Design
> mit 'nem CAD-Programm...
>
> ...oder wie Textsatz mit Word.
>


Was wäre denn das Freehand oder das LaTex der Kartengestaltung?
Mehrfachnennungen möglich ;-)

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

Re: [Talk-it] Slack

[Alessandro Sarretta]

O forse meglio Rocket Chat https://rocket.chat/ :-)

Il 10/nov/2016 06:41, "Cascafico Giovanni"  ha scritto:

> Forse si può sostituire con etherpad e rss2email?
>
> Il 09/nov/2016 22:42, "Luigi Toscano"  ha
> scritto:
>
>> Federico Cortese ha scritto:
>> > 2016-11-09 21:18 GMT+01:00 Lorenzo :
>> >> Ciao vi giro questo invito dalla lista sviluppatori, per accedere
>> potete
>> >> utilizzare questo link
>> >>
>> >> https://osmitaliaslack.herokuapp.com/
>> >>
>> >
>> > Interessante, non conoscevo slack e non ho idea di come funzioni ma mi
>> > sono iscritto e proverò ad utilizzarlo.
>>
>> In altre parole, un servizio proprietario.
>>
>> --
>> Luigi
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Google is shutting down Maps Maker

[cesare gerbino]

appena letto ...

http://geoawesomeness.com/google-shutting-maps-maker/


Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Slack

[Elena ``of Valhalla'']

On 2016-11-10 at 06:40:47 +0100, Cascafico Giovanni wrote:
> Forse si può sostituire con etherpad e rss2email?

da quel che ne so (non l'ho mai usato proprio in quanto proprietario)
più con xmpp

-- 
Elena ``of Valhalla''

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

Re: [Talk-es] Nueva portada del Wiki

[Miguel Sevilla-Callejo]

Ah!
Otra cosa que se me comenté rápidamente el último día en la reunión y 
que creo interesante de cara la wiki, y es tener presente que hay un 
proyecto de la wiki en español [1] que imagino se iniciaron los 
compañeros latinoamericanos.


Creo que de algún modo habría que, primero hacer mención en nuestro 
proyecto, y después relacionar/unir contenidos. O sea, y por ejemplo, la 
parte de videotutoriales en español [2], es algo común para todos los 
hispanohablantes y sería bueno tenerlo en nuestros enlaces.


Quizá podamos establecer un contacto más activo con las comunidades del 
otro lado del Atlántico para trabajar conjuntamente en esto. ¿Algún 
voluntario latino que esté leyendo esto (que me consta que los hay)?


Y, por último, también habría que mencionar e incluir el proyecto de 
traducción de la wiki al español que veo ahora están varios de los 
miembros de esta lista allí mencionados [3] .


Un saludo

[1] https://wiki.openstreetmap.org/wiki/WikiProject_Spanish
[2] https://wiki.openstreetmap.org/wiki/ES:Video_tutorials
[3] https://wiki.openstreetmap.org/wiki/ES:WikiProject_Spanish_translation

El 10/11/2016 a las 8:58, Miguel Sevilla-Callejo escribió:



He intentado sustituir el jpg por el svg en la wiki y no pude, supongo 
que hay que incluir una nueva entrada.
Por si acaso, que alguien me dijo que el "ES" no le cuadraba en la 
lupa, pasé el texto a polígonos y adjunto la nueva versión (esta será 
la que habríamos de usar).

Un saludo
M

El 10/11/2016 a las 8:49, Miguel Sevilla-Callejo escribió:










Hola,



A mi me parece estupenda la página.



Quizá, como te han indicado, le incluiría algo más de material
gráfico, un mapa, alguna fotografía de algún evento o así.



Adjunto el logo de OSM con el "ES" en la lupa que es el que usamos
para otras cuestiones de la comunidad en svg y así lo pones, si te
parece, en vectorial.



Gracias por el trabajo



Miguel





El 09/11/2016 a las 20:29, yo paseopor
escribió:




Tiene buena pinta, ahora bien yo le añadiría algún
gráfico, tipo mapa. Mejoraría también la sección de
"Normalización" incluyendo otros enlaces. Veo demasiados enlaces
de características de cartografía. Ampliaría también la sección
de tareas por hacer y en cambio le restaría importancia a las
importaciones (no digo no documentarlas sino el hecho de que
salgan destacadas en portada) .



Ale, ya he dado mi opinión :)

Salut i wiki

yopaseopor











___
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] Nueva portada del Wiki

[Miguel Sevilla-Callejo]

He intentado sustituir el jpg por el svg en la wiki y no pude, supongo 
que hay que incluir una nueva entrada.
Por si acaso, que alguien me dijo que el "ES" no le cuadraba en la lupa, 
pasé el texto a polígonos y adjunto la nueva versión (esta será la que 
habríamos de usar).

Un saludo
M

El 10/11/2016 a las 8:49, Miguel Sevilla-Callejo escribió:










Hola,



A mi me parece estupenda la página.



Quizá, como te han indicado, le incluiría algo más de material
gráfico, un mapa, alguna fotografía de algún evento o así.



Adjunto el logo de OSM con el "ES" en la lupa que es el que usamos
para otras cuestiones de la comunidad en svg y así lo pones, si te
parece, en vectorial.



Gracias por el trabajo



Miguel





El 09/11/2016 a las 20:29, yo paseopor
escribió:




Tiene buena pinta, ahora bien yo le añadiría algún
gráfico, tipo mapa. Mejoraría también la sección de
"Normalización" incluyendo otros enlaces. Veo demasiados enlaces
de características de cartografía. Ampliaría también la sección
de tareas por hacer y en cambio le restaría importancia a las
importaciones (no digo no documentarlas sino el hecho de que
salgan destacadas en portada) .



Ale, ya he dado mi opinión :)

Salut i wiki

yopaseopor











___
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