Re: [talk-ph] Grab in conflict with Thailand OSM community

[grab osm]

Hello All,

Just wanted to quickly clarify on our usage of images.
We do not stick with any one default imagery to map a city.
We do a random check to find the best suitable imagery basis ground truth
alignment and strava heat maps and use it as default imagery.
However we do refer to all available images to cross check our edits
accuracy before uploading them live to osm.
We might end up making some edits which might be in line with ground
reality,  and that's where we seek guidance and feedback from local team.

Thanks Lavanya

On Fri, Dec 21, 2018, 13:02 Eugene Alvin Villar  On Fri, Dec 21, 2018 at 3:25 PM Glen Scott  wrote:
>
>> Is it a concern that they keep referring to Bing imagery "We will also
>> use Bing imagery to ensure there are no missing roads". In the parts
>> I've looked at, some roads on Bing just don't exist any more! Bing is good
>> for coastline where there has been no human development, but not good for
>> anything else. Using Bing imagery to check for roads will create the
>> classic GPS nav problem - OLD DATA = WRONG WAY!
>>
>
> It is definitely a concern to use any old and outdated imagery, not just
> Bing. But based on experience, Bing usually has the best alignment out of
> all the available satellite imagery so it makes sense to refer to Bing (at
> first). But any good remote mapper worth their salt should check other
> imagery as well to (hopefully) avoid mapping outdated roads and features.
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] Grab in conflict with Thailand OSM community

[Eugene Alvin Villar]

On Fri, Dec 21, 2018 at 3:25 PM Glen Scott  wrote:

> Is it a concern that they keep referring to Bing imagery "We will also
> use Bing imagery to ensure there are no missing roads". In the parts I've
> looked at, some roads on Bing just don't exist any more! Bing is good for
> coastline where there has been no human development, but not good for
> anything else. Using Bing imagery to check for roads will create the
> classic GPS nav problem - OLD DATA = WRONG WAY!
>

It is definitely a concern to use any old and outdated imagery, not just
Bing. But based on experience, Bing usually has the best alignment out of
all the available satellite imagery so it makes sense to refer to Bing (at
first). But any good remote mapper worth their salt should check other
imagery as well to (hopefully) avoid mapping outdated roads and features.
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] Grab in conflict with Thailand OSM community

[Glen Scott]

Is it a concern that they keep referring to Bing imagery "We will also use
Bing imagery to ensure there are no missing roads". In the parts I've
looked at, some roads on Bing just don't exist any more! Bing is good for
coastline where there has been no human development, but not good for
anything else. Using Bing imagery to check for roads will create the
classic GPS nav problem - OLD DATA = WRONG WAY!

Cheers
Glen

On Fri, Dec 21, 2018 at 5:38 PM Eugene Alvin Villar 
wrote:

> Hi JP,
>
> Grab/Global Logic's mapping team have reached out to the OSMPH community
> to inform and coordinate with us their mapping efforts for the Metro
> Manila[1][2], San Fernando[3], Binalonan[4] and Metro Cebu[5] areas. They
> have also participated in the OSMPH and OSM Asia Telegram group chats to
> ask quick questions. Based on spot checking of their work in the
> Philippines, it seems that they are doing a good enough job with the
> mapping of the road network.
>
> [1]
> https://lists.openstreetmap.org/pipermail/talk-ph/2018-August/006288.html
> [2]
> https://lists.openstreetmap.org/pipermail/talk-ph/2018-August/006291.html
> [3]
> https://lists.openstreetmap.org/pipermail/talk-ph/2018-August/006299.html
> [4]
> https://lists.openstreetmap.org/pipermail/talk-ph/2018-August/006300.html
> [5]
> https://lists.openstreetmap.org/pipermail/talk-ph/2018-October/006317.html
>
> Regards,
> Eugene
>
>
> On Fri, Dec 21, 2018 at 7:22 AM JP Loh  wrote:
>
>> Are there known incidents here?
>>
>> Techcrunch article:
>> https://techcrunch.com/2018/12/19/grab-maps-osm-thailand-southeast-asia/
>> ___
>> talk-ph mailing list
>> talk-ph@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ph
>>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-cz] Mapy.cz a OSM data v CZ (a jinde)

[Mirek Dlask]

Zastávky
zkusím poslat ještě jednou i s odkazem, když už to mám zpracovaný.
Ulice
Psal jsem na OÚ, aniž bych čekal nějakou odpověď. Taky žádná nepřišla.
Důvody nezveřejnění neznám jenom spekuluji na základě např.:
https://ct24.ceskatelevize.cz/domaci/551-maji-ulice-se-stejnym-nazvem-obce-se-ale-do-jejich-prejmenovani-prilis-nehrnou
https://opavsky.denik.cz/zpravy_region/dve-ulice-se-stejnym-nazvem-v-obci-zmeny-se-nekonaji-20170903.html



čt 20. 12. 2018 v 13:23 odesílatel Jan Dudík  napsal:

> Mapy.cz zkus zaurgovat, případně nahlásit znova, taky jim některé mnou
> zaslané věci zapadly.
>
> To s těmi názvy ulic se mi moc nezdá, mě třeba nechtěli dát do map.cz
> cyklostezku Josefa Cepáka
> https://openstreetmap.cz/#map=18/48.99336/14.45956=t
> přestože je v terénu
> https://photos.app.goo.gl/3CXHQcyotDkrO7F73
> a přestože o tom psali v novinách, protože není v RUIAN
>
> JAnD
> ---
> Ing. Jan Dudík
> projekce dopravních staveb
> tel. 777082195
>
>
> čt 20. 12. 2018 v 12:46 odesílatel Mirek Dlask  napsal:
>
>> Ahoj,
>> dva postřehy.
>> 1) názvy ulic
>> na mapy.cz dokážou získat názvy ulic od obcí, které je odmítají
>> zveřejnit v RUIAN. Asi s ohledem na občany - výměna dokladů. Vím tedy o
>> jedné obci - 50.5269072N, 14.9436308E.
>> Otázka je, jestli tato data od obcí dokážeme vyjednat sami, nebo se
>> spojíme s mapy.cz.
>>
>> 2) chybné opravy
>> dávno tomu jsem jim hlásil chybu v mapě - polohu zastávek autobusu. Čekal
>> jsem, že je posunou. Přidali tam ještě jednu a vymysleli pro ni název.
>> Do dnešního dne stav nezměněn.
>>
>> https://mapy.cz/zakladni?x=14.9332506=50.5155224=16=pubt=15327880=50.52%2014.62
>> https://openstreetmap.cz/#map=16/50.5155/14.9353=t
>>
>> Špatně opraveno (neopraveno) mají ještě zde.
>> https://openstreetmap.cz/#map=16/50.3900/14.9019=t
>>
>> https://mapy.cz/zakladni?x=14.8986838=50.3900376=16=firm=2376458
>>
>> Nevím jestli hledat  protekci, nebo kontakt, kam případně chybné opravy
>> hlásit. Nebo jsem sám, kdo neumí chybu nahlásit?
>> Pro úplnost dodám, že jsem svoji příslušnost k OSM zatajil ;-)
>>
>> Ještě jeden rozdíl, zkusím nahlásit přes opraváře.
>> https://openstreetmap.cz/#map=18/50.48674/14.90663=t
>>
>> https://mapy.cz/zakladni?x=14.9052445=50.4866704=17=pubt=15325863
>>
>> M.D.
>>
>> st 19. 12. 2018 v 22:47 odesílatel Tom Ka 
>> napsal:
>>
>>> Ahoj,
>>>
>>> z jednani s Mapy.cz (po uspesnem navazani diskuze na SotM CZ v Brne),
>>> zacinaji nest prvni drobne ovoce. Mapy.cz vyuzivaji (nebo v brzke dobe
>>> budou) nasledujici data z OSM pro CZ (i zahranici):
>>>
>>> - poštovní schránky (amenity=post_box)
>>> - popelnice na separovaný odpad
>>> (amenity=recycling+recycling_type=container)
>>> - SOS telefony (emergency=phone)
>>> - telefonní budky (amenity=telephone)
>>> - stojany pro kola (amenity=bicycle_parking)
>>> - automaty na jízdenky (vending=public_transport_tickets)
>>> - parkovací automaty (vending=parking_tickets)
>>> - železniční přejezdy (railway= level_crossing)
>>>
>>> Jednak jim nahlasene chyby v techto vecech budou rovnou opravovat v
>>> OSM, jednak jakakoliv prace komunity se behem par tydnu projevi na
>>> mapy.cz.
>>>
>>> Krome toho zrejme na komunitu (a/nebo spolek) budou smerovat jednani o
>>> vyuziti otevrenych dat ruznych mest, zmineny byly Ceske Budejovice a
>>> parkovaci automaty, takze to muze byt motivace pro nas zkusit se v
>>> tomto angazovat a do OSM patricna data dostat.
>>>
>>> Mejte se tom.k
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>> https://openstreetmap.cz/talkcz
>>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-ph] Grab in conflict with Thailand OSM community

[Eugene Alvin Villar]

Hi JP,

Grab/Global Logic's mapping team have reached out to the OSMPH community to
inform and coordinate with us their mapping efforts for the Metro
Manila[1][2], San Fernando[3], Binalonan[4] and Metro Cebu[5] areas. They
have also participated in the OSMPH and OSM Asia Telegram group chats to
ask quick questions. Based on spot checking of their work in the
Philippines, it seems that they are doing a good enough job with the
mapping of the road network.

[1]
https://lists.openstreetmap.org/pipermail/talk-ph/2018-August/006288.html
[2]
https://lists.openstreetmap.org/pipermail/talk-ph/2018-August/006291.html
[3]
https://lists.openstreetmap.org/pipermail/talk-ph/2018-August/006299.html
[4]
https://lists.openstreetmap.org/pipermail/talk-ph/2018-August/006300.html
[5]
https://lists.openstreetmap.org/pipermail/talk-ph/2018-October/006317.html

Regards,
Eugene


On Fri, Dec 21, 2018 at 7:22 AM JP Loh  wrote:

> Are there known incidents here?
>
> Techcrunch article:
> https://techcrunch.com/2018/12/19/grab-maps-osm-thailand-southeast-asia/
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] Grab in conflict with Thailand OSM community

[Ervin Malicdem]

https://lists.openstreetmap.org/pipermail/talk-ph/2014-July/005189.html

On Fri, Dec 21, 2018, 7:20 AM JP Loh,  wrote:

> Are there known incidents here?
>
> Techcrunch article:
> https://techcrunch.com/2018/12/19/grab-maps-osm-thailand-southeast-asia/
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
-- 

Ervin Malicdem
for Schadow1 Expeditions
A Filipino must not be a stranger to his own motherland.
http://www.s1expeditions.com
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-es] ¿Cómo mapear una ludoteca?

[Jordi MF]

Hola a todos,

Intentando mapear una ludoteca, he visto que no hay una etiqueta específica
para ello.

En este caso, por "ludoteca" me refiero a un local con un parque de bolas y
mesas para celebrar un cumpleaños, aunque también he visto locales llamados
ludotecas que no tienen el parque de bolas. No sé si seria relevante.

Las recomendaciones que se han dado en el grupo de Telegram han sido las
siguientes:

1) leisure playground + access=private/customers

2) amenity=events_venue

3) amenity=community_centre + community_centre=youth_centre +
community_centre:for=juvenile o community_centre:for=child

4) amenity=toy_library > Se trata de una propuesta [1]. Personalmente, creo
que esta etiqueta encaja bastante bien, aunque tiene el inconveniente de no
estar aprobada.

¿Cómo creéis que de eríamos etiquetar las ludotecas?

Saludos,

Jordi MF

[1] https://wiki.openstreetmap.org/wiki/Proposed_features/toy_library



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [OSM-talk] Grab using OSM Data for route preview

[Naveen Francis]

Some discussion are happening in OSM Asia telegram group



@OpenStreetMapAsia


On Thu 20 Dec, 2018, 8:11 PM Imre Samu 
> Techcrunch: "Grab is messing up the world’s largest mapping community’s
> data in Southeast Asia
> Remote teams incorrectly overwrote data developed by volunteer mappers in
> Thailand"
> https://techcrunch.com/2018/12/19/grab-maps-osm-thailand-southeast-asia/
>
> Hacker News: https://news.ycombinator.com/item?id=18723138  ( Please
> somebody add our community view )
>
>
>
> Christoph Hormann  ezt írta (időpont: 2018. dec. 19.,
> Sze, 12:10):
>
>> On Wednesday 19 December 2018, Martin Koppenhoefer wrote:
>> >
>> > bist Du nicht im advisory board? Hast Du mind 1 Eur bezahlt?
>> > Kommt mir unwahrscheinlich vor ;-) Oder bringe ich da was
>> > durcheinander?
>>
>> I am on the AB because the FOSSGIS sent me there (and neither i not the
>> FOSSGIS paid anything for that).  If i wanted to be there on my own
>> accord i would have to pay EUR 10k as well.
>>
>> And to my knowledge no one ever accused the FOSSGIS or any other OSMF
>> local chapter for insufficient attribution. :-)
>>
>> Glad to hear the LWG is working on clearer attribution guidelines -
>> please make sure to clearly condemn second rate attribution like on:
>>
>>
>> https://www.zeit.de/politik/ausland/2016-07/china-hat-keinen-gebietsanspruch-auf-inseln-im-suedchinesischen-meer
>>
>> --
>> Christoph Hormann
>> http://www.imagico.de/
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] QGIS und OSM-Doku

[Stefan Keller]

Am Do., 20. Dez. 2018 um 20:29 Uhr schrieb Markus :
> Wo finde ich ein aktuelles Dokument in Deutsch?

Da empfehle ich QuickOSM.

Eine kurze, deutschsprachige Anleitung gibt es auf meinem kleinen
Projekt OpenSchoolMaps [1]:
Siehe dort bei "Unterrichtsmaterialien" das Arbeitsblatt
"OpenStreetMap-Daten beziehen und mit QGIS 3 nutzen".
Gerne nehmen wir Verbesserungsvorschläge entgegen.

Die aktuelle QGIS Version ist ja 3. In dessen Doku [2] ist das
QuickOSM-Plugin auch beschrieben (halt englisch).

:Stefan

P.S. Welches veraltete OSM-Plugin meintest du genau?

[1] https://openschoolmaps.ch
[2] 
https://docs.qgis.org/testing/en/docs/training_manual/qgis_plugins/plugin_examples.html#basic-fa-the-quickosm-plugin


Am Do., 20. Dez. 2018 um 20:29 Uhr schrieb Markus :
> Liebe QGIS-Nutzer,
>
> Im Wiki finde ich unter:
> https://wiki.openstreetmap.org/wiki/DE:QGIS-Tutorial
> diesen Link zur Doku:
> http://download.osgeo.org/qgis/doc/manual/qgis-1.8.0_user_guide_de.pdf
>
> Dort steht, dass es ein OSM-Plugin gibt (das aber laut QGIS nicht mehr
> existiert), und dass QGIS wegen Inkompatibilitäten im Datenmodell nicht
> wirklich mit OSM arbeiten kann.
>
> Da das Dokument über 5 Jahre alt ist, hat sich inzwischen vermutlich
> viel getan...
>
> Wo finde ich ein aktuelles Dokument in Deutsch?
>
> Insbesondere interessiert mich Overpass-Integration.
> Wie kann ich z.B. alle "harbour=*" (weltweit) einbinden?
> So, dass ich einen zeitlich definierten Bestand anzeigen kann, und der
> Rechner trotzdem nicht die Grätsche macht?
>
> Mit herzlichem Gruss,
> Markus
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] BGH Urteil zum Fotografieren in Museen

[Stefan Kaufmann]

Am 21.12.18 um 00:17 schrieb Simon Poole:

> Sinnvoller wäre es gewesen auf den Gesetzgeber etc. einzuwirken, dass
> der Erhalt von Förderung etc von Museen und ähnlichen Einrichtungen an
> Bedingungen für den Zugang der Allgemeinheit geknüpft werden, die z.B.
> das Photographieren von gemeinfreien Werken erlauben.
> 
> Genau gleich bez. Lichtbildschutz anstatt einen, IMHO, hoffnungslosen
> Fall durch die Instanzen zu treiben, lieber auf den Gesetzgeber
> einwirken das der Schutz eingeschränkt oder ganz abgeschafft wird.

Naja, das ist halt Politik. Es ist ja nicht so, als wuerde ein
Gerichtsverfahren – vor allem eines mit so viel Berichterstattung –
nicht auch zur oeffentlichen Meinungsbildung und damit zur mittelbaren
und unmittelbaren Beeinflussung des Gesetzgebers einwirken.

Ich finde das z.B. gerade eine wunderbare Vorlage, um das plakativ
unseren GemeinderaetInnen klarzumachen, falls wir _rein hypothetisch_
einen Verwaltungsentwurf fuer eine Satzung vorschlagen wuerden,
innerhalb derer die oeffentliche Foerderung von Kultureinrichtungen mit
solchem Gebaren nicht zu vereinbaren waere, zwinkersmiley.

regards,
-stk

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

[talk-ph] Grab in conflict with Thailand OSM community

[JP Loh]

Are there known incidents here?

Techcrunch article:
https://techcrunch.com/2018/12/19/grab-maps-osm-thailand-southeast-asia/
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-de] BGH Urteil zum Fotografieren in Museen

[Simon Poole]

Im wesentlichen ging es darum Geld zum Fenster hinaus zuwerfen.

Sinnvoller wäre es gewesen auf den Gesetzgeber etc. einzuwirken, dass
der Erhalt von Förderung etc von Museen und ähnlichen Einrichtungen an
Bedingungen für den Zugang der Allgemeinheit geknüpft werden, die z.B.
das Photographieren von gemeinfreien Werken erlauben.

Genau gleich bez. Lichtbildschutz anstatt einen, IMHO, hoffnungslosen
Fall durch die Instanzen zu treiben, lieber auf den Gesetzgeber
einwirken das der Schutz eingeschränkt oder ganz abgeschafft wird.

Simon

Am 20.12.2018 um 23:49 schrieb Stefan Kaufmann:
> Am 20.12.18 um 19:20 schrieb Heinz-Jürgen Oertel:
>> Darum ging es dabei nicht direkt
> Doch, auch. Kernpunkt sind Werke, die laengst gemeinfrei sind und deren
> Nutzung der Allgemeinheit moeglich sein sollte. Reiss-Engelhorn moechte
> diese Nutzung durch die Allgemeinheit verhindern, indem sie a) einen
> Schutz als Lichtbildwerk nach dem UrhG fuer eine reine Repro des Werkes
> beanspruchen (es ging um eine Repro des Gemaeldes in ihrem Katalog) und
> in dem sie b) durch Hausregeln anderen untersagen moechten,
> grundsaetzlich zulaessige eigene Reproduktionen des gemeinfreien Werks
> anzufertigen und ebenfalls gemeinfrei oder unter offener Lizenz zu
> veroeffentlichen.
>
> Im Grundsatz heisst das, dass Institutionen die Gemeinfreiheit von
> Werken, deren urheberrechtlicher Schutz laengst abgelaufen sind, weiter
> vorsaetzlich unterbinden moechten und nun nach BGH-Spruch offenbar auch
> koennen.
>
> regards,
> -stk
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de



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

Re: [Talk-de] BGH Urteil zum Fotografieren in Museen

[Stefan Kaufmann]

Am 20.12.18 um 19:20 schrieb Heinz-Jürgen Oertel:
> Darum ging es dabei nicht direkt

Doch, auch. Kernpunkt sind Werke, die laengst gemeinfrei sind und deren
Nutzung der Allgemeinheit moeglich sein sollte. Reiss-Engelhorn moechte
diese Nutzung durch die Allgemeinheit verhindern, indem sie a) einen
Schutz als Lichtbildwerk nach dem UrhG fuer eine reine Repro des Werkes
beanspruchen (es ging um eine Repro des Gemaeldes in ihrem Katalog) und
in dem sie b) durch Hausregeln anderen untersagen moechten,
grundsaetzlich zulaessige eigene Reproduktionen des gemeinfreien Werks
anzufertigen und ebenfalls gemeinfrei oder unter offener Lizenz zu
veroeffentlichen.

Im Grundsatz heisst das, dass Institutionen die Gemeinfreiheit von
Werken, deren urheberrechtlicher Schutz laengst abgelaufen sind, weiter
vorsaetzlich unterbinden moechten und nun nach BGH-Spruch offenbar auch
koennen.

regards,
-stk

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

Re: [Talk-de] BGH Urteil zum Fotografieren in Museen

[Heinz-Jürgen Oertel]

Am Donnerstag, 20. Dezember 2018, 20:24:07 CET schrieb Markus:
> Verlierer sind wir alle.
+
   Heinz



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

Re: [OSM-talk] Help - how to get rid of wrong image in wiki?

[Yuri Astrakhan]

Tag:oneway=reversible was using image Baustellenampel.jpg because English
page had no image, and the Polish translation used it, so it got copied
form PL to the Item:Q5736 and became the default for all languages.  If
that image is incorrect, it should probably be removed from the Polish
translation too so that it would use the one from the data item [1] (I
added the same one as was used by User:Drolbr mdv).  To see the data item
associated with a page, click the "OpenStreetMap Wiki item" in the left
side tools menu, or the gray pencil next to the description.

[1] https://wiki.openstreetmap.org/wiki/Item:Q5736#P4

On Thu, Dec 20, 2018 at 5:59 AM Stephan Knauss 
wrote:

> Roland Olbricht writes:
>
> > https://commons.wikimedia.org/wiki/File:A1_bij_Muiderberg.jpg
> > is the only example I have found at all.
> >
> > Note that this is referenced on
> > https://nl.wikipedia.org/wiki/Wisselstrook
> > and this is still referring to reversible lanes in general, not
> > reversible streets.
>
> Maybe I am confused what you are looking for. Is it examples of roads
> changing the allowed direction multiple times a day, depending on the time?
>
> In Hamburg we have this one:
> https://de.wikipedia.org/wiki/Datei:Sierichstra%C3%9Fe.jpg
>
> If asking nicely the following pictures might be released under an open
> license as well, both pages provide a contact option to ask for usage
> permission:
>
> https://www.hamburg-web.de/fotos/11186-richtungsverkehr-sierichstrasse.htm
>
> https://www.flickr.com/photos/christoph_bellin/15190435328/in/photostream/
>
>
> Stephan
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] QGIS und OSM-Doku

[Markus]

Liebe QGIS-Nutzer,

Im Wiki finde ich unter:
https://wiki.openstreetmap.org/wiki/DE:QGIS-Tutorial
diesen Link zur Doku:
http://download.osgeo.org/qgis/doc/manual/qgis-1.8.0_user_guide_de.pdf

Dort steht, dass es ein OSM-Plugin gibt (das aber laut QGIS nicht mehr
existiert), und dass QGIS wegen Inkompatibilitäten im Datenmodell nicht
wirklich mit OSM arbeiten kann.

Da das Dokument über 5 Jahre alt ist, hat sich inzwischen vermutlich
viel getan...

Wo finde ich ein aktuelles Dokument in Deutsch?

Insbesondere interessiert mich Overpass-Integration.
Wie kann ich z.B. alle "harbour=*" (weltweit) einbinden?
So, dass ich einen zeitlich definierten Bestand anzeigen kann, und der
Rechner trotzdem nicht die Grätsche macht?

Mit herzlichem Gruss,
Markus


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

Re: [Talk-de] BGH Urteil zum Fotografieren in Museen

[Markus]

Hallo Heinz,

>> Fotografierverbote gelten in Museen auch, wenn der Urheberrechtsschutz für
>> Gemälde abgelaufen ist.
> 
> Darum ging es dabei nicht direkt, sondern der Fotografierende hat einfach das 
> Hausrecht, das ein Fotoverbot beinhaltet, nicht beachtet.

Vordergründig ja.

Aber in Wirklichkeit geht es um eine Interessenabwägung zwischen
dem Informationsrecht der Allgemeinheit und
dem Hausrecht eines Einzelnen.

Und der Museumsdirektor hat vor dem BGH gewonnen.

Verlierer sind wir alle.

Die Bevölkerung und und alle, die keinen Zugang zum Wissen und zur
Kultur, keine Teilhabe haben.

Und wir alle hier, die wir für Freies Wissen und Freie Daten kämpfen,
sind hier die Verlierer: Wikipedia, Commons, OpenStreetMap
(um nur mal die Grossen zu nennen).

Wahrlich kein Wintermärchen... :-(

Gruss, Markus

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

Re: [Talk-de] BGH Urteil zum Fotografieren in Museen

[Heinz-Jürgen Oertel]

Am Donnerstag, 20. Dezember 2018, 17:23:29 CET schrieb Martin Koppenhoefer:
> Ist nur insofern on topic, als auch Karten betroffen sein können:
> 
> Fotografierverbote gelten in Museen auch, wenn der Urheberrechtsschutz für
> Gemälde abgelaufen ist.
> http://www.tagesschau.de/inland/fotografierverbot-103.html

Darum ging es dabei nicht direkt, sondern der Fotografierende hat einfach das 
Hausrecht, das ein Fotoverbot beinhaltet, nicht beachtet.
Es ist immer eine Regelung eines Museums Fotografieren zu erlauben, mit 
einzuhaltenden Verwertungsbedingungen, an die man sich dann halten muss.

 Heinz





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

[Talk-dk] Denmark building project update

[Andrew Wiseman]

Hello everyone,

This is Andrew again from Apple, I wanted to let you know that we have 
completed our project adding missing buildings in Copenhagen, Aarhus and 
Odense: 
https://lists.openstreetmap.org/pipermail/talk-dk/2018-September/005138.html

In total our team added just over 35,000 missing buildings to OSM using SDFE 
imagery with the SDFE and Apple building layers to help guide us to where 
buildings were missing.  

Those two datasets are available to the OSM community or anyone interested in 
mapping buildings throughout Denmark.  The SDFE buildings are linked at 
https://wiki.openstreetmap.org/wiki/Contributors#Denmark 
 and the Apple 
building layer is here: 
https://github.com/awisemanapple/appledata/blob/master/README.md 
.

Please let me know if you have any feedback.  Thanks.

Andrew


Andrew Wiseman |  Maps | andrew_wise...@apple.com 

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

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Andrea Albani]

E' documentato nel link che hai indicato nel paragrafo Installation
Using Java Web Start

The preferred way is currently using Java Web Start. Just go to the JOSM
page  and click josm.jnlp
. Confirm possible
security warnings. This way you will always run the latest version.
ll sistema "installa" josm scaricando il jar dal sito, posiziona l'icona
sul desktop e si premura di segnalarti quando c'è una nuova versione.

Il giorno gio 20 dic 2018 alle ore 17:21 Damjan Gerl  ha
scritto:

> Qualcuno potrebbe spiegare come funziona la versione webstart di josm? Io
> in win uso uno script [1] che prima di lanciare josm.jar mi controlla che
> sia l'ultima versione. Ho anche una versione con java portable e dati nella
> cartella di josm così da avere un josm completamente "portable".
>
> Grazie
> Damjan
>
> [1] https://wiki.openstreetmap.org/wiki/JOSM/Windows
>
> -- Original Header ---
>
> From  : "Martin Koppenhoefer" dieterdre...@gmail.com
> To  : "openstreetmap list - italiano" talk-it@openstreetmap.org
> Cc  :
> Date  : Thu, 20 Dec 2018 15:39:35 +0100
> Subject : Re: [Talk-it] Caricamento JOSM in ambiente MAc
>
> >
> >
> > sent from a phone
> >
> > > On 13. Dec 2018, at 19:48, francocalis...@libero.it wrote:
> > >
> > > Quando avvio JOSM in fase di caricamento del programma JOSm alla
> stringa "caricamento preferenze immagini aeree " si blocca ed il programma
> si chiude.
> >
> >
> > comunque, per capire meglio la causa dovresti aprirlo nel terminale,
> oppure con webstart dovresti impostare di vedere la console e tenerla
> aperta anche dopo la chiusura del programma
> >
> >
> > 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-de] BGH Urteil zum Fotografieren in Museen

[Martin Koppenhoefer]

Ist nur insofern on topic, als auch Karten betroffen sein können:

Fotografierverbote gelten in Museen auch, wenn der Urheberrechtsschutz für 
Gemälde abgelaufen ist. 
http://www.tagesschau.de/inland/fotografierverbot-103.html


Gruß, Martin 


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

Re: [Talk-ko] MapRoulette challenges for South Korea roads

[고급협동조합]

The translation for above mail in Korean / 위 메일의 번역본:

저는 애플 지도 팀의 Andrew Wiseman입니다. 최근에 우리는 Atlas 데이터 분석 도구 ( 
https://github.com/osmlab/atlas)를 사용해서 서로 겹치는 건물과 도로, 올바르게 분류되지 않은 도로 연결로,
너무 뾰족한 도로 커브 같은 잠재적인 문제 몇 가지를 찾아냈습니다. 저는 이 결과를 잠재적인 문제를 하나씩 보고 오류를 수정하거나
문제가 없다고 보고하는 데 사용하는 MapRoulette 사이트에 올렸습니다. 이런 문제를 고칠 때 MapRoulette에서 고칠 수
있다는 것을 알아 주셨으면 좋겠습니다. 저도 이 작업에 참여하려 합니다.

MapRoulette에서 무작위 작업을 고르거나 원하는 작업을 선택할 수 있습니다. 익숙한 장소나 그 외 특정한 장소에서만 작업하고
싶다면 “more options”를 클릭하고 “load tasks by proximity.”를 클릭하세요.


- 너무 뾰족한 각도: https://maproulette.org/mr3/challenge/3421
- 연결로: https://maproulette.org/mr3/challenge/3422
- 건물-도로 간 교차: https://maproulette.org/mr3/challenge/3423

2018년 12월 19일 (수) 오전 6:32, Andrew Wiseman 님이 작성:

> Hello OSM South Korea,
>
> I’m Andrew Wiseman with Apple’s Maps team. We recently used our Atlas data
> analysis tool (https://github.com/osmlab/atlas) to look at a few types of
> potential issues, such as building-road intersections, highway link roads
> that don’t have the correct classifications, and road angles that are too
> sharp. I've posted the results of those checks on MapRoulette, a tool that
> lets you go through potential issues one by one and either correct them or
> indicate they are not a problem. I wanted to let you know they are
> available in case others wanted to try fixing some of them — I also plan to
> go through some of them myself.
>
> In MapRoulette you can either pick a random task to fix or click on a
> specific one. If you want to do tasks around a certain location, such as
> somewhere you are familiar with, you can click “more options” then “load
> tasks by proximity.”
>
> The checks are:
>
> - Sharp angles: https://maproulette.org/mr3/challenge/3421
> - Highway link roads: https://maproulette.org/mr3/challenge/3422
> - Building-road intersections: https://maproulette.org/mr3/challenge/3423
>
> Let me know if you have any questions or feedback.
>
> Thank you,
>
> Andrew
>
> Andrew Wiseman |  Maps | andrew_wise...@apple.com
> ___
> Talk-ko mailing list
> Talk-ko@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ko
>
ᐧ
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

[OSM-talk] Crowdsourcing purchase of Historical Namibian Topo Maps

[Grant Slater]

Hi All,

I am running a GoFundMe campaign to purchase the historical 1:50k
topographic map series for Namibia.

Any support would be appreciated:
https://www.gofundme.com/namibian-topographic-maps

The map sheets were produced during the 1970s and 1980s by the
Surveyor-General of South West Africa, along with the South African
Chief Directorate Surveys & Mapping. They comprehensively mapped South
West Africa and produced 1218 1:5 Topographic Map sheets covering
the whole country.

It is now very difficult to find a complete set of these sheets,
thankfully a commercial project in the mid 2000s were able to collect
and scan these invaluable sheets and they are willing to sell me a
digital copy of their scans.

Namibia gained its independence in 1990 from South Africa and some
time later the South African government mapping agency gifted all
their Namibian sheets to the new Namibian government mapping agency.
It is now unclear who own the rights for these sheets. Both
governments seem to claim the other owns the rights, with neither
assert them. The sheets have been freely used by humanitarian
organisations in the past.
It is my belief that we may freely use the sheets for deriving
information for OpenStreetMap mapping purposes.
We already have permission to use the South African topo series see
https://www.openstreetmap.org/copyright &
https://htonl.dev.openstreetmap.org/ngi-tiles/

I have some samples here:
https://grant.dev.openstreetmap.org/namibia-topo-50k/
and a scaled copy of a full sheet here:
https://grant.dev.openstreetmap.org/namibia-topo-50k/1713AD_Okangwati_Ed-1-utm_1980.jpg

Kind regards,

Grant

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

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Damjan Gerl]

Qualcuno potrebbe spiegare come funziona la versione webstart di josm? Io in 
win uso uno script [1] che prima di lanciare josm.jar mi controlla che sia 
l'ultima versione. Ho anche una versione con java portable e dati nella 
cartella di josm così da avere un josm completamente "portable".

Grazie
Damjan

[1] https://wiki.openstreetmap.org/wiki/JOSM/Windows

-- Original Header ---

From  : "Martin Koppenhoefer" dieterdre...@gmail.com
To  : "openstreetmap list - italiano" talk-it@openstreetmap.org
Cc  : 
Date  : Thu, 20 Dec 2018 15:39:35 +0100
Subject : Re: [Talk-it] Caricamento JOSM in ambiente MAc

> 
> 
> sent from a phone
> 
> > On 13. Dec 2018, at 19:48, francocalis...@libero.it wrote:
> > 
> > Quando avvio JOSM in fase di caricamento del programma JOSm alla stringa 
> > "caricamento preferenze immagini aeree " si blocca ed il programma si 
> > chiude. 
> 
> 
> comunque, per capire meglio la causa dovresti aprirlo nel terminale, oppure 
> con webstart dovresti impostare di vedere la console e tenerla aperta anche 
> dopo la chiusura del programma
> 
> 
> 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

[OSM-Talk-ZA] Crowdsourcing purchase of Historical Namibian Topo Maps

[Grant Slater]

Hi All,

I am running a GoFundMe campaign to purchase the historical 1:50k
topographic map series for Namibia.

Any support would be appreciated:
https://www.gofundme.com/namibian-topographic-maps

The map sheets were produced during the 1970s and 1980s by the
Surveyor-General of South West Africa, along with the South African
Chief Directorate Surveys & Mapping. They comprehensively mapped South
West Africa and produced 1218 1:5 Topographic Map sheets covering
the whole country.

It is now very difficult to find a complete set of these sheets,
thankfully a commercial project in the mid 2000s were able to collect
and scan these invaluable sheets and they are willing to sell me a
digital copy of their scans.

Namibia gained its independence in 1990 from South Africa and some
time later the South African government mapping agency gifted all
their Namibian sheets to the new Namibian government mapping agency.
It is now unclear who own the rights for these sheets. Both
governments seem to claim the other owns the rights, with neither
assert them. The sheets have been freely used by humanitarian
organisations in the past.
It is my belief that we may freely use the sheets for deriving
information for OpenStreetMap mapping purposes.
We already have permission to use the South African topo series see
https://www.openstreetmap.org/copyright &
https://htonl.dev.openstreetmap.org/ngi-tiles/

I have some samples here:
https://grant.dev.openstreetmap.org/namibia-topo-50k/
and a scaled copy of a full sheet here:
https://grant.dev.openstreetmap.org/namibia-topo-50k/1713AD_Okangwati_Ed-1-utm_1980.jpg

Kind regards,

Grant

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

[Talk-africa] Crowdsourcing purchase of Historical Namibian Topo Maps

[Grant Slater]

Hi All,

I am running a GoFundMe campaign to purchase the historical 1:50k
topographic map series for Namibia.

Any support would be appreciated:
https://www.gofundme.com/namibian-topographic-maps

The map sheets were produced during the 1970s and 1980s by the
Surveyor-General of South West Africa, along with the South African
Chief Directorate Surveys & Mapping. They comprehensively mapped South
West Africa and produced 1218 1:5 Topographic Map sheets covering
the whole country.

It is now very difficult to find a complete set of these sheets,
thankfully a commercial project in the mid 2000s were able to collect
and scan these invaluable sheets and they are willing to sell me a
digital copy of their scans.

Namibia gained its independence in 1990 from South Africa and some
time later the South African government mapping agency gifted all
their Namibian sheets to the new Namibian government mapping agency.
It is now unclear who own the rights for these sheets. Both
governments seem to claim the other owns the rights, with neither
assert them. The sheets have been freely used by humanitarian
organisations in the past.
It is my belief that we may freely use the sheets for deriving
information for OpenStreetMap mapping purposes.
We already have permission to use the South African topo series see
https://www.openstreetmap.org/copyright &
https://htonl.dev.openstreetmap.org/ngi-tiles/

I have some samples here:
https://grant.dev.openstreetmap.org/namibia-topo-50k/
and a scaled copy of a full sheet here:
https://grant.dev.openstreetmap.org/namibia-topo-50k/1713AD_Okangwati_Ed-1-utm_1980.jpg

Kind regards,

Grant

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

Re: [Talk-dk] MapRoulette challenges for Denmark

[Andrew Wiseman]

Oops, I pasted the wrong links:

https://maproulette.org/mr3/browse/challenges/3425 is building-road 
intersections
https://maproulette.org/mr3/browse/challenges/3427 is sharp angles.

Sorry about that.

Andrew

Andrew Wiseman |  Maps | andrew_wise...@apple.com 



> On Dec 19, 2018, at 1:21 PM, Andrew Wiseman  wrote:
> 
> Hello OSM Denmark,
> 
> This is Andrew from Apple’s Maps team. We’ve been working on the a few road 
> issues and buildings for some time 
> (https://github.com/osmlab/appledata/issues/69 
>  and 
> https://github.com/osmlab/appledata/issues/118 
> ) and recently used our Atlas 
> data analysis tool (https://github.com/osmlab/atlas 
> ) to look for a few types of potential 
> issues, such as roads with sharp angles and buildings that intersect roads. I 
> posted the results of those checks on MapRoulette, a tool that lets you go 
> through potential issues one by one and either correct them or indicate they 
> are not a problem. I wanted to let you know they are available in case others 
> wanted to try fixing some of them — I also plan to go through some of them 
> myself. 
> 
> In MapRoulette you can either pick a random task to fix or click on a 
> specific one. If you want to do tasks around a certain location, such as 
> somewhere you are familiar with, you can click “more options” then “load 
> tasks by proximity.” 
> 
> The checks are:
> 
> - Sharp angles (only 6 total): https://maproulette.org/mr3/challenge/3421 
> 
> - Building-road intersections: https://maproulette.org/mr3/challenge/3423 
> 
> 
> Let me know if you have any questions or feedback.
> 
> Thank you,
> 
> Andrew
> 
> 
> Andrew Wiseman |  Maps | andrew_wise...@apple.com 
> 
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-talk-fr] Comment indiquer qu'un cimetière est ouvert aux véhicules ?

[Shohreh]

Merci. J'espérais qu'il y ait une relation et qu'on ait juste un tag à
ajouter pour couvrir tout le lieu d'un coup.

Ah tiens, BRouter fait à présent passer à travers alors qu'il contournait
auparavant :

https://postimg.cc/G46PTbG9
http://brouter.de/brouter-web/#map=15/48.8039/2.3117/OpenStreetMap=2.302945,48.799613|2.313716,48.811484

Je vais regarder pour les autres.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Martin Koppenhoefer]

sent from a phone

> On 13. Dec 2018, at 19:48, francocalis...@libero.it wrote:
> 
> Quando avvio JOSM in fase di caricamento del programma JOSm alla stringa 
> "caricamento preferenze immagini aeree " si blocca ed il programma si chiude. 


comunque, per capire meglio la causa dovresti aprirlo nel terminale, oppure con 
webstart dovresti impostare di vedere la console e tenerla aperta anche dopo la 
chiusura del programma


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

Re: [OSM-talk] Grab using OSM Data for route preview

[Imre Samu]

Techcrunch: "Grab is messing up the world’s largest mapping community’s
data in Southeast Asia
Remote teams incorrectly overwrote data developed by volunteer mappers in
Thailand"
https://techcrunch.com/2018/12/19/grab-maps-osm-thailand-southeast-asia/

Hacker News: https://news.ycombinator.com/item?id=18723138  ( Please
somebody add our community view )



Christoph Hormann  ezt írta (időpont: 2018. dec. 19., Sze,
12:10):

> On Wednesday 19 December 2018, Martin Koppenhoefer wrote:
> >
> > bist Du nicht im advisory board? Hast Du mind 1 Eur bezahlt?
> > Kommt mir unwahrscheinlich vor ;-) Oder bringe ich da was
> > durcheinander?
>
> I am on the AB because the FOSSGIS sent me there (and neither i not the
> FOSSGIS paid anything for that).  If i wanted to be there on my own
> accord i would have to pay EUR 10k as well.
>
> And to my knowledge no one ever accused the FOSSGIS or any other OSMF
> local chapter for insufficient attribution. :-)
>
> Glad to hear the LWG is working on clearer attribution guidelines -
> please make sure to clearly condemn second rate attribution like on:
>
>
> https://www.zeit.de/politik/ausland/2016-07/china-hat-keinen-gebietsanspruch-auf-inseln-im-suedchinesischen-meer
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Sergio Manzi]

Ah... :-(

Sorry, lo proverò...

Per me è importante avere il browser "de-javizzato"...

Sergio


On 2018-12-20 15:01, Andrea Musuruane wrote:
> Guardate che avete una errata comprensione di Java Web Start: 1) non richiede 
> di aver alcun plugin installato nel browser 2) non dovete usare un browser 
> dopo il primo avvio.
>
> Ciao,
>
> Andrea
>
>
> On Thu, Dec 20, 2018 at 2:56 PM Sergio Manzi  > wrote:
>
> ... aspetto su cui concordo totalmente!
>
> On 2018-12-20 14:53, Martin Koppenhoefer wrote:
> > e non devo attivare java nel browser, ne avviare un web browser.
>
> ___
> 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


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Andrea Musuruane]

Guardate che avete una errata comprensione di Java Web Start: 1) non
richiede di aver alcun plugin installato nel browser 2) non dovete usare un
browser dopo il primo avvio.

Ciao,

Andrea


On Thu, Dec 20, 2018 at 2:56 PM Sergio Manzi  wrote:

> ... aspetto su cui concordo totalmente!
>
> On 2018-12-20 14:53, Martin Koppenhoefer wrote:
> > e non devo attivare java nel browser, ne avviare un web browser.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Sergio Manzi]

... aspetto su cui concordo totalmente!

On 2018-12-20 14:53, Martin Koppenhoefer wrote:
> e non devo attivare java nel browser, ne avviare un web browser.



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Martin Koppenhoefer]

Am Do., 20. Dez. 2018 um 14:28 Uhr schrieb Andrea Musuruane <
musur...@gmail.com>:

>
> Perché rifare tutto da zero quando Java Web Start fa la stessa cosa?
>



diciamo lo uso per motivi storici (già prima che JOSM aveva un link
webstart), per convenienza (posso decidere nelle impostazioni dello script
se latest o stable, quante vecchie versioni voglio tenere,  nel caso la
latest non funzioni, quanta memoria dedicarci, e non devo attivare java nel
browser, ne avviare un web browser. Poi non ho rifatto niente da zero, già
c'era lo script ;-)

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

[Talk-GB] Fwd: Invitation: New Year Footpath Mapping

[SK53]

I plan to hold another footpath mapping event after Christmas. I enclose a
link to a doodle poll so that I can ascertain which dates are most
convenient for people. (Just in case the link in forwarded message does not
work: https://doodle.com/poll/zmein2uxnebgzh6e). Additional dates on the
wiki:
https://wiki.openstreetmap.org/wiki/Nottingham/Mapping_Meetup/New_Year_2019.

Cheers,

Jerry


-- Forwarded message -
From: SK 53 (via Doodle) 
Date: Thu, 20 Dec 2018 at 13:34
Subject: Invitation: New Year Footpath Mapping
To: 


SK 53 invites you to participate in the Doodle poll "New Year Footpath
Mapping."
[image: Logo]


Hi,

SK 53 (sk53@gmail.com) invites you to participate in the Doodle poll *New
Year Footpath Mapping*.
More details on OSM Wiki:
https://wiki.openstreetmap.org/wiki/Nottingham/Mapping_Meetup/New_Year_2019
Participate now

Report this poll as spam

What is Doodle? Doodle is a web service that helps SK 53 to find a suitable
date for meeting with a group of people. Learn more about how Doodle works.

You have received this e-mail because *SK 53* has invited you to
participate in the Doodle poll *New Year Footpath Mapping*.
Doodle is also available for iOS and Android
[image: App Store]

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

I do remember that problem, getting it fixed should be great.

Then we should start to make plans, I assume the work-flow would span
multiple days so that we can do things removing the old boundaries, right?

On 20/12/18 3:54 pm, Andrew Harvey wrote:
> Just posting any questions here, works for me.
>
> I lost time to work on this, but I'm back again with free time heading
> into the holidays.
>
> I thought we still had some issues with the .osm files, specifically I
> needed to increase the generalisation to try to ensure ways that
> should be snapped are snapped.
>
> I'm also on the maptime slack if that's easier to work through specifics.
>
>
> On Wed, 19 Dec 2018 at 06:47, Andrew Davidson  wrote:
>> I have a few remaining tagging question left to answer and the workflow
>> still needs to be written up (and agreed on). Other than that, I think
>> we're all good to go.
>>
>> Not wanting to hijack the project I've been a bit unsure on how to push
>> this import over the last hump. I could write up a list of questions for
>> the mail list or I could try to finish the wiki page and have the
>> discussions on the talk page. Any views or objections?
>>
>> On 19/12/18 12:23 am, Joel H. wrote:
>>> Hmm, It's been almost a month since the last message in this
>>> import-related thread. I hope for a date planned so we can follow
>>> through with the plan, since it seems pretty complete.
>>>
>>> If Andrew Davidson is still interested, his script could help match and
>>> add the nodes into the relationships and possibly flag discrepancies in
>>> names.
>>>
>>> Is anyone interested in reviving this effort?
>>>
>>> On 19/11/18 8:49 pm, Andrew Davidson wrote:
 Planning for the import is not finished yet, so please wait until
 after that.

 On Mon, 19 Nov 2018 21:23 Lee Mason >>>  wrote:

 I am prepared to make a start on the Tasmania import over the next
 few days, unless there is some further discussion?



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

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

Re: [Talk-it] Caricamento JOSM in ambiente MAc

[Andrea Musuruane]

On Thu, Dec 20, 2018 at 2:25 PM Martin Koppenhoefer 
wrote:

>
>
> Am Do., 13. Dez. 2018 um 19:49 Uhr schrieb :
>
>>
>> Buonasera a tutti
>>
>> scusate ma sono un neofita. Dopo aver usato JOSM su un portatile in
>> ambiente Windows sto provando a caricarlo sul fisso che un Mac non molto
>> giovane è un OSX Lion 10.7.5. Quando avvio JOSM in fase di caricamento del
>> programma JOSm alla stringa "caricamento preferenze immagini aeree " si
>> blocca ed il programma si chiude.
>>
>> Qualcuno che usa Mac ha idea di come risolvere il problema.
>>
>
>
> io uso JOSM su Mac, il mio approccio è molto "old school" , in quanto mi
> sono fatto con automator un icona che apre un shell script (del utente
> Cobra, sostituito wget con curl), verifica se c'è una nuova versione e se
> si la scarica, altrimenti usa la versione del cache.
>

Perché rifare tutto da zero quando Java Web Start fa la stessa cosa?

Ciao,

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

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Cascafico Giovanni]

Perfetto.

A margine resta come etichettare un luogo che custodisce senza educare.

Il gio 20 dic 2018, 11:41 Martin Koppenhoefer  ha
scritto:

> Am Do., 20. Dez. 2018 um 10:18 Uhr schrieb Cascafico Giovanni <
> cascaf...@gmail.com>:
>
>> Comunque metto la questione in un altra prospettiva:
>> cosa c'è di male nell'etichettatura school+isced:level per tutti i
>> livelli (0..8 ecc...)?
>>
>>
>
> si perderebbe la classificazione che abbiamo sviluppato. Tutti sanno cos'è
> una scuola o un università, mentre nessuno sa cosa vuol dire isced:level=3
> (lo devi guardare in una lista), che vantaggio vedi nel "criptare" i valori
> dei tags?
>
>
>
>> Se poi volessi fare il pedante, l'etimologia di kindergarten, riporta al
>> garten=giardino, dove di solito si fa l'intervallo e il isced:level=0 non è
>> applicabile.
>>
>
>
> l'etimologia della parola Kindergarten non è molto complicata, in quanto
> si tratta di una parola inventata nel 1840 a Bad Blankenburg (Turingia).
> L'idea dell'uso della parola "giardino" è che i bambini dovevano essere
> curati come le piante in giardino.
>
> 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-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Martin Koppenhoefer]

Am Do., 20. Dez. 2018 um 13:43 Uhr schrieb Florian Lohoff :

> Der Punkt ist das wir uns in Detailverliebtheit verrennen. Wenn es kein
> Problem ist sollten wir es nicht regeln - Ansonsten haben wir bald ein
> Regelsatz gegen den das Deutsche Steuerrecht wie ein Pixi Buch wirkt.
>


vor allem, wenn es im vorliegenden Stil geschrieben ist, die Regeln sollten
so knapp es nur geht geschrieben werden und trotzdem möglichst ohne weitere
Erläuterungen funktionieren können, wobei Erläuterungen zur Vermeidung von
Fehlinterpretationen trotzdem (zusätzlich) Sinn machen.



>
> Wir haben heute schon das Problem das wir hunderte von unausgesprochenen
> Regeln haben wie wir mappen. Das hindert ganz massiv das hinzuwachsen
> von neuen mappern. Alles was wir jetzt drauf packen ist einfach nur
> eine neue Hürde neue mapper zu finden.
>



unausgeschriebene Regeln sind deutlich schwieriger weiterzuvermitteln, die
Dokumentation von Regeln, so man sich jeweils darüber einig ist, macht es
m.E. einfacher, nicht schwieriger, sich in OSM einzuarbeiten.

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

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Florian Lohoff]

On Wed, Dec 19, 2018 at 10:41:43PM +0100, Tigerfell wrote:
> Wikiuser Flohoff (4.12.):
> > "Es fehlt der Nachweis das dieses ein weit verbreitetes Problem ist. Ja - 
> > es gibt regionale Häufungen die von einigen wenigen Mappern verursacht 
> > worden sind. Es ist aber kein "Massenphänomen". Diesewenigen Mapper wird 
> > man auch nicht "bekehren" können."
> Die Tatsache, dass etwas möglicherweise nicht weit verbreitet ist, schließt 
> eine Regelung nicht aus. Durch die vielen Kommentare habe ich den Eindruck, 
> dass die Angelegenheit vielen Beitragenden am Herzen liegt und das ist für 
> mich bereits ausreichend. 

Der Punkt ist das wir uns in Detailverliebtheit verrennen. Wenn es kein
Problem ist sollten wir es nicht regeln - Ansonsten haben wir bald ein
Regelsatz gegen den das Deutsche Steuerrecht wie ein Pixi Buch wirkt.

Wir haben heute schon das Problem das wir hunderte von unausgesprochenen
Regeln haben wie wir mappen. Das hindert ganz massiv das hinzuwachsen
von neuen mappern. Alles was wir jetzt drauf packen ist einfach nur 
eine neue Hürde neue mapper zu finden.

OSM muss einfacher werden - nicht komplizierter.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Talk-cz] Mapy.cz a OSM data v CZ (a jinde)

[Jan Dudík]

Mapy.cz zkus zaurgovat, případně nahlásit znova, taky jim některé mnou
zaslané věci zapadly.

To s těmi názvy ulic se mi moc nezdá, mě třeba nechtěli dát do map.cz
cyklostezku Josefa Cepáka
https://openstreetmap.cz/#map=18/48.99336/14.45956=t
přestože je v terénu
https://photos.app.goo.gl/3CXHQcyotDkrO7F73
a přestože o tom psali v novinách, protože není v RUIAN

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


čt 20. 12. 2018 v 12:46 odesílatel Mirek Dlask  napsal:

> Ahoj,
> dva postřehy.
> 1) názvy ulic
> na mapy.cz dokážou získat názvy ulic od obcí, které je odmítají zveřejnit
> v RUIAN. Asi s ohledem na občany - výměna dokladů. Vím tedy o jedné obci -
> 50.5269072N, 14.9436308E.
> Otázka je, jestli tato data od obcí dokážeme vyjednat sami, nebo se
> spojíme s mapy.cz.
>
> 2) chybné opravy
> dávno tomu jsem jim hlásil chybu v mapě - polohu zastávek autobusu. Čekal
> jsem, že je posunou. Přidali tam ještě jednu a vymysleli pro ni název.
> Do dnešního dne stav nezměněn.
>
> https://mapy.cz/zakladni?x=14.9332506=50.5155224=16=pubt=15327880=50.52%2014.62
> https://openstreetmap.cz/#map=16/50.5155/14.9353=t
>
> Špatně opraveno (neopraveno) mají ještě zde.
> https://openstreetmap.cz/#map=16/50.3900/14.9019=t
>
> https://mapy.cz/zakladni?x=14.8986838=50.3900376=16=firm=2376458
>
> Nevím jestli hledat  protekci, nebo kontakt, kam případně chybné opravy
> hlásit. Nebo jsem sám, kdo neumí chybu nahlásit?
> Pro úplnost dodám, že jsem svoji příslušnost k OSM zatajil ;-)
>
> Ještě jeden rozdíl, zkusím nahlásit přes opraváře.
> https://openstreetmap.cz/#map=18/50.48674/14.90663=t
>
> https://mapy.cz/zakladni?x=14.9052445=50.4866704=17=pubt=15325863
>
> M.D.
>
> st 19. 12. 2018 v 22:47 odesílatel Tom Ka 
> napsal:
>
>> Ahoj,
>>
>> z jednani s Mapy.cz (po uspesnem navazani diskuze na SotM CZ v Brne),
>> zacinaji nest prvni drobne ovoce. Mapy.cz vyuzivaji (nebo v brzke dobe
>> budou) nasledujici data z OSM pro CZ (i zahranici):
>>
>> - poštovní schránky (amenity=post_box)
>> - popelnice na separovaný odpad
>> (amenity=recycling+recycling_type=container)
>> - SOS telefony (emergency=phone)
>> - telefonní budky (amenity=telephone)
>> - stojany pro kola (amenity=bicycle_parking)
>> - automaty na jízdenky (vending=public_transport_tickets)
>> - parkovací automaty (vending=parking_tickets)
>> - železniční přejezdy (railway= level_crossing)
>>
>> Jednak jim nahlasene chyby v techto vecech budou rovnou opravovat v
>> OSM, jednak jakakoliv prace komunity se behem par tydnu projevi na
>> mapy.cz.
>>
>> Krome toho zrejme na komunitu (a/nebo spolek) budou smerovat jednani o
>> vyuziti otevrenych dat ruznych mest, zmineny byly Ceske Budejovice a
>> parkovaci automaty, takze to muze byt motivace pro nas zkusit se v
>> tomto angazovat a do OSM patricna data dostat.
>>
>> Mejte se tom.k
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Comment indiquer qu'un cimetière est ouvert aux véhicules ?

[JB]

Bonjour,
Comme déjà noté, tu ne taggues pas le cimetière, mais chaque voie du 
cimetière. Ce sont sur elles que les gens circulent habituellement.
Par exemple celle-ci : https://www.openstreetmap.org/way/23793441. 
Cependant, access=permissive indique que c'est déjà le cas actuellement. 
Pour tout type de véhicule, jusqu'à ce que le gestionnaire du cimetière 
décide de changer.

Cordialement,
JB.

Le 20/12/2018 à 12:52, Shohreh a écrit :

Merci, mais comment faire ?

Doit-on créer une relation avec "service=highway=service" et y inclure
toutes les ways (comment ?) qui composent les voies dans le cimetière ?

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



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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



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

Re: [Talk-it] utilizzo di noexit=yes

[Sergio Manzi]

Certo, è di quello che si stava parlando!

Il noexit=yes, invece, è topologicamente inutile. Ma se a qualcuno piace 
tanto... che faccia pure: no problem per me!

Sergio


On 2018-12-20 12:59, Martin Koppenhoefer wrote:
>
>
> Am Mi., 19. Dez. 2018 um 12:10 Uhr schrieb Sergio Manzi  >:
>
> ... e, come già segnalato, da tempo deprecato a favore del 
> fixme=continue: https://wiki.openstreetmap.org/wiki/Tag%3Anoexit%3Dno
>
> In teoria, poi, sì che col tempo dovrebbero "andare via", visto che erano 
> utilizzati ad indicare situazioni di mappatura incompleta, che mi auguro 
> tenderanno ad essere risolte.
>
>
>
>
> quello che è deprecato è il tag noexit=no, un tag privo di senso.
> noexit=yes non è deprecato, è usato mezzo millione di volte e cresce sempre.
> https://wiki.openstreetmap.org/wiki/Key:noexit
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Mapy.cz a OSM data v CZ (a jinde)

[majka]

On Wed, 19 Dec 2018 at 22:47, Tom Ka  wrote:

>
> Krome toho zrejme na komunitu (a/nebo spolek) budou smerovat jednani o
> vyuziti otevrenych dat ruznych mest, zmineny byly Ceske Budejovice a
> parkovaci automaty, takze to muze byt motivace pro nas zkusit se v
> tomto angazovat a do OSM patricna data dostat.
>

Koukala jsem, že se můj mail z mobilu nějak nepovedl, takže shrnutí:

České Budějovice jsou na hrozně dlouhé lokty. Otevřená data nikde nemají.
Informací je poměrně dost, jenže to na mě působí dojmem, že by jim nejvíc
vyhovovalo, abychom si to potichu okopčili, aby se pod souhlas nikdo z
magistrátu nemusel podepsat.

Co se parkovacích automatů týká, podle informací co mám to dostaly mapy.cz
přímo od města věnované zdarma, včetně modrých zón.  Jakým způsobem to šlo
konkrétně, to netuším. Opět, ta data oficiálně k použití nejsou, i když je
jich všude hromada.

Osobně bych po Novém roce možná zkusila oficiálním dopisem (možná ještě
lépe i pod hlavičkou spolku) oslovit přímo primátora, a případně i dopravní
podnik, který v ČB spravuje mimo jiné i parkovací automaty. Protože
neoficiální jednání na různých místech zatím nevedou k ničemu. Respektive -
nebyl by problém získat data, ale souhlas s jejich použitím zatím se nedaří
nikde vylámat.

Možná by tohle byl i námět pro spolek - tedy obecně rozhodit sítě, a
písemně oslovit v první fázi kraje a magistráty velkých měst, kde se nám
data zatím získat nepodařilo, s nějakým dopisem vysvětlujícím, co to OSM je
a s prosbou o poskytnutí dat za účelem mapování.

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

Re: [Talk-it] utilizzo di noexit=yes

[Martin Koppenhoefer]

Am Mi., 19. Dez. 2018 um 12:10 Uhr schrieb Sergio Manzi :

> ... e, come già segnalato, da tempo deprecato a favore del fixme=continue:
> https://wiki.openstreetmap.org/wiki/Tag%3Anoexit%3Dno
>
> In teoria, poi, sì che col tempo dovrebbero "andare via", visto che erano
> utilizzati ad indicare situazioni di mappatura incompleta, che mi auguro
> tenderanno ad essere risolte.
>



quello che è deprecato è il tag noexit=no, un tag privo di senso.
noexit=yes non è deprecato, è usato mezzo millione di volte e cresce sempre.
https://wiki.openstreetmap.org/wiki/Key:noexit

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

Re: [OSM-talk-fr] Comment indiquer qu'un cimetière est ouvert aux véhicules ?

[Shohreh]

Merci, mais comment faire ?

Doit-on créer une relation avec "service=highway=service" et y inclure
toutes les ways (comment ?) qui composent les voies dans le cimetière ?

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



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-cz] Mapy.cz a OSM data v CZ (a jinde)

[Mirek Dlask]

Ahoj,
dva postřehy.
1) názvy ulic
na mapy.cz dokážou získat názvy ulic od obcí, které je odmítají zveřejnit v
RUIAN. Asi s ohledem na občany - výměna dokladů. Vím tedy o jedné obci -
50.5269072N, 14.9436308E.
Otázka je, jestli tato data od obcí dokážeme vyjednat sami, nebo se spojíme
s mapy.cz.

2) chybné opravy
dávno tomu jsem jim hlásil chybu v mapě - polohu zastávek autobusu. Čekal
jsem, že je posunou. Přidali tam ještě jednu a vymysleli pro ni název.
Do dnešního dne stav nezměněn.
https://mapy.cz/zakladni?x=14.9332506=50.5155224=16=pubt=15327880=50.52%2014.62
https://openstreetmap.cz/#map=16/50.5155/14.9353=t

Špatně opraveno (neopraveno) mají ještě zde.
https://openstreetmap.cz/#map=16/50.3900/14.9019=t
https://mapy.cz/zakladni?x=14.8986838=50.3900376=16=firm=2376458

Nevím jestli hledat  protekci, nebo kontakt, kam případně chybné opravy
hlásit. Nebo jsem sám, kdo neumí chybu nahlásit?
Pro úplnost dodám, že jsem svoji příslušnost k OSM zatajil ;-)

Ještě jeden rozdíl, zkusím nahlásit přes opraváře.
https://openstreetmap.cz/#map=18/50.48674/14.90663=t
https://mapy.cz/zakladni?x=14.9052445=50.4866704=17=pubt=15325863

M.D.

st 19. 12. 2018 v 22:47 odesílatel Tom Ka  napsal:

> Ahoj,
>
> z jednani s Mapy.cz (po uspesnem navazani diskuze na SotM CZ v Brne),
> zacinaji nest prvni drobne ovoce. Mapy.cz vyuzivaji (nebo v brzke dobe
> budou) nasledujici data z OSM pro CZ (i zahranici):
>
> - poštovní schránky (amenity=post_box)
> - popelnice na separovaný odpad
> (amenity=recycling+recycling_type=container)
> - SOS telefony (emergency=phone)
> - telefonní budky (amenity=telephone)
> - stojany pro kola (amenity=bicycle_parking)
> - automaty na jízdenky (vending=public_transport_tickets)
> - parkovací automaty (vending=parking_tickets)
> - železniční přejezdy (railway= level_crossing)
>
> Jednak jim nahlasene chyby v techto vecech budou rovnou opravovat v
> OSM, jednak jakakoliv prace komunity se behem par tydnu projevi na
> mapy.cz.
>
> Krome toho zrejme na komunitu (a/nebo spolek) budou smerovat jednani o
> vyuziti otevrenych dat ruznych mest, zmineny byly Ceske Budejovice a
> parkovaci automaty, takze to muze byt motivace pro nas zkusit se v
> tomto angazovat a do OSM patricna data dostat.
>
> Mejte se tom.k
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Antenna gps bluetooth per smartphone-precisione

[Martin Koppenhoefer]

Am Do., 20. Dez. 2018 um 12:16 Uhr schrieb Niccolo Rigacci :

> Confermo che per valutare l'attendibilità di un device il sistema
> migliore è ripetere più volte la stessa strada in condizioni
> diverse (meteo, fogliame degli alberi, costellazione satellitare,
> ecc.) e poi confrontare visivamente le tracce.




si, confermo anche che non serve quasi mai una precisione al centimetro,
neanche al metro, per OSM una precisione di 5 metri è più di sufficiente,
sopratutto perché non si convertono direttamente i dati del GPS, e
disegnando si interpreta in ogni caso con cervello 1.0 cosa si sta facendo.
Con il cellulare ciò che ho visto era anche 35m e con dei salti
"chilometrici" talvolta (foto georiferenziate lontanissimo).

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

Re: [Talk-it] Antenna gps bluetooth per smartphone-precisione

[Niccolo Rigacci]

On Wed, Dec 19, 2018 at 11:20:00PM +0100, Roberto Brazzelli wrote:
> Ciao,ma il parametro PDOP a cui fai riferimento è valido solo in caso di
> antenna GPS Bluetooth o anche nel caso di GPS vero e proprio con antenna
> integrata?

Il parametro DOP diluizione di precisione (orizzontale HDOP, 
verticale VDOP o combinato PDOP) credo che venga calcolato in 
base alla posizione geometrica dei satelliti visibili in quel 
momento: più sono sparsi nel cielo e migliore è la precisione. 
Non mi è chiaro se nel calcolo venga valutata anche la forza del 
segnale ricevuto da ciascun satellite, ma credo di no. 
Attenzione: la DOP è una grandezza priva di dimensione! Per 
tradurla in metri andrebbe moltiplicata per l'errore minimo 
teorico.

Alcuni apparecchi forniscono anche l'errore stimato (questo in 
metri, quindi non è la DOP), ma non ho mai trovato documentato il 
modo in cui viene calcolato.

Confermo che per valutare l'attendibilità di un device il sistema 
migliore è ripetere più volte la stessa strada in condizioni 
diverse (meteo, fogliame degli alberi, costellazione satellitare, 
ecc.) e poi confrontare visivamente le tracce.

-- 
Niccolo Rigacci - http://www.rigacci.net/
Campi Bisenzio - Firenze - Italy
Tel. Mobile: +39-327-5619352

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

[Talk-cz] WeeklyOSM CZ 438

[Tom Ka]

Ahoj, je dostupné vydání 438 týdeníku WeeklyOSM:

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

* Dlouhodobé uzavírky.
* Souběh silnice a kolejí.
* Nové přístupy k editaci OSM.
* Mapování sporných hranic.
* Valhalla nebo OSRM?
* Kategorizace cest.
* HOT v radě OSMF.
* Hranice na Krymu.
* OpenStreetBrower 4.2.
* Vyhledávač Qwant má i mapy.
* Soutěž OSM Streak.

Pěkné počtení ...

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

Re: [OSM-talk] Help - how to get rid of wrong image in wiki?

[Stephan Knauss]

Roland Olbricht writes:


https://commons.wikimedia.org/wiki/File:A1_bij_Muiderberg.jpg
is the only example I have found at all.

Note that this is referenced on
https://nl.wikipedia.org/wiki/Wisselstrook
and this is still referring to reversible lanes in general, not  
reversible streets.


Maybe I am confused what you are looking for. Is it examples of roads  
changing the allowed direction multiple times a day, depending on the time?


In Hamburg we have this one:
https://de.wikipedia.org/wiki/Datei:Sierichstra%C3%9Fe.jpg

If asking nicely the following pictures might be released under an open  
license as well, both pages provide a contact option to ask for usage  
permission:


https://www.hamburg-web.de/fotos/11186-richtungsverkehr-sierichstrasse.htm

https://www.flickr.com/photos/christoph_bellin/15190435328/in/photostream/


Stephan

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

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Martin Koppenhoefer]

Am Do., 20. Dez. 2018 um 10:18 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:

> Comunque metto la questione in un altra prospettiva:
> cosa c'è di male nell'etichettatura school+isced:level per tutti i
> livelli (0..8 ecc...)?
>
>

si perderebbe la classificazione che abbiamo sviluppato. Tutti sanno cos'è
una scuola o un università, mentre nessuno sa cosa vuol dire isced:level=3
(lo devi guardare in una lista), che vantaggio vedi nel "criptare" i valori
dei tags?



> Se poi volessi fare il pedante, l'etimologia di kindergarten, riporta al
> garten=giardino, dove di solito si fa l'intervallo e il isced:level=0 non è
> applicabile.
>


l'etimologia della parola Kindergarten non è molto complicata, in quanto si
tratta di una parola inventata nel 1840 a Bad Blankenburg (Turingia).
L'idea dell'uso della parola "giardino" è che i bambini dovevano essere
curati come le piante in giardino.

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

Re: [Talk-it] Antenna gps bluetooth per smartphone-precisione

[Max1234Ita]

Vale lo stesso per il Garmin GLO, che uso da 3 anni. 

Forse non avrà la precisione dei BadElf usati in aeronautica, ma certamente
è molto meglio dei ricevitori integrati nei cellulari... se non altro per la
velocità di aggiornamento della posizione.



Ciao, e buona giornata.
MAx




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Ricerca volontari online per progetto V-IOLA

[mbranco2]

Presente.
Lo segnalo dalle mie parti: se riesco a combinare per sabato 19 l'incontro
mensile dei mappatori piemontesi, possiamo fare un mapathon.


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno gio 20 dic 2018 alle ore 09:47  ha
scritto:

> Anch'io volentieri.
>
> M.
>
> On 19/12/2018 18:16, Aury88 wrote:
> > Ciao alessandro.
> >
> > Bel progetto, sono felice WMI parteciperà.
> >
> > se si tratta "semplicemente" di mappare in quei tre giorni a qualsiasi
> ora a
> > nostra discrezione posso partecipare pure io. se invece è richiesta la
> > mappatura durante specifiche ore, o su chiamata  devo prima vedere se
> riesco
> > ad incastrare l'attività con gli altri miei impegni.
> >
> > Conoscenza OSM: media (tag più comuni, qualcosina di indoor mapping,
> > qualcosina sulla relazione route e multipoligono)
> > Conoscenza JOSM: Basica
> > Cell/telegram: già ce li hai ;-)
> >
> >
> >
> > -
> > Ciao,
> > Aury
> > --
> > Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
> >
> > ___
> > 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

Re: [Talk-it] Ricerca volontari online per progetto V-IOLA

[Volker Schmidt]

Ci sto.

Volker

On Wed, 19 Dec 2018 at 15:43, Alessandro Palmas <
alessandro.pal...@wikimedia.it> wrote:

> Salve lista,
> ho parlato alcune volte del progetto V-IOLA
>
> http://violaproject.eu/
>
> a cui Wikimedia Italia partecipa.
>
> Per le prossime esercitazioni cerchiamo alcuni volontari OSM per operare
> da remoto. Il primo appuntamento sarà dal 18 al 20 gennaio 2019.
>  A questa pagina https://wiki.wikimedia.it/wiki/Progetto_V-IOLA/Volontari
> trovate info sul progetto e i dettagli della call.
>
> Alessandro Ale_Zena_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

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Volker Schmidt]

On Thu, 20 Dec 2018 at 10:18, Cascafico Giovanni 
wrote:

>
> seguendo questa logica potremmo taggare le università con
>> amenity=school
>> isced:level=5;6
>>
> È proprio ciò che afferma la wiki [1] isced...
>

La pagina wiki citata dice esattamente l'opposto:
" To define the level of education to be used in association with
amenity=kindergarten, amenity=school, amenity=college and
amenity=university based on the ISCED (International Standard
Classification of Education) scale."
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Cascafico Giovanni]

Il mer 19 dic 2018, 21:20 Martin Koppenhoefer

seguendo questa logica potremmo taggare le università con
> amenity=school
> isced:level=5;6
>
È proprio ciò che afferma la wiki [1] isced...


Comunque, per tornare alle scuole d'infanzia: nel dataset sono sicuro che
sono istituti prescolastici, dove cioè si introduce una forma di educazione
seppur senza programmi ministeriali. Per i kindergarten secondo la wiki
inglese (l'italiana è solo un abbozzo) ciò non è sempre vero: "This tag is
also currently used for establishments where parents can leave their young
children but which provide no formal education."[2]. Se proprio devo usare
kindergarten, per il dataset mi serve un isced:level=0, altrimenti perderei
l'informazione, no?

Comunque metto la questione in un altra prospettiva:
cosa c'è di male nell'etichettatura school+isced:level per tutti i livelli
(0..8 ecc...)?

Se poi volessi fare il pedante, l'etimologia di kindergarten, riporta al
garten=giardino, dove di solito si fa l'intervallo e il isced:level=0 non è
applicabile.



[1] https://wiki.openstreetmap.org/wiki/Key:isced:level
[2] https://wiki.openstreetmap.org/wiki/Tag%3Aamenity%3Dkindergarten

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

Re: [Talk-it] Ricerca volontari online per progetto V-IOLA

[suburbanstudio]

Anch'io volentieri.

M.

On 19/12/2018 18:16, Aury88 wrote:

Ciao alessandro.

Bel progetto, sono felice WMI parteciperà.

se si tratta "semplicemente" di mappare in quei tre giorni a qualsiasi ora a
nostra discrezione posso partecipare pure io. se invece è richiesta la
mappatura durante specifiche ore, o su chiamata  devo prima vedere se riesco
ad incastrare l'attività con gli altri miei impegni.

Conoscenza OSM: media (tag più comuni, qualcosina di indoor mapping,
qualcosina sulla relazione route e multipoligono)
Conoscenza JOSM: Basica
Cell/telegram: già ce li hai ;-)



-
Ciao,
Aury
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

___
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: [OSM-talk] Help - how to get rid of wrong image in wiki?

[Roland Olbricht]

https://en.wikipedia.org/wiki/Lions_Gate_Bridge


The Lions Gate Bridge and Stanley Park causeway are not one-way. The 
middle lane switches direction, but there is always at least one lane in 
each direction.


https://commons.wikimedia.org/wiki/File:A1_bij_Muiderberg.jpg
is the only example I have found at all.

Note that this is referenced on
https://nl.wikipedia.org/wiki/Wisselstrook
and this is still referring to reversible lanes in general, not 
reversible streets.


Best regards,
Roland

--
Dr. Roland Olbricht

MENTZ GmbH, Am Mittelhafen 10, 48155 Münster
T: +49 (0)251 7 03 30-232, F: +49 (0)251 7 03 30-300
E: olbri...@mentz.net, www.mentz.net

Sitz der Gesellschaft: Grillparzerstraße 18, 81675 München
Geschäftsführer: Christoph Mentz, Amtsgericht München, HRB 91898

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