[talk-cz] WeeklyOSM CZ 517

[Tom Ka]

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

https://weeklyosm.eu/cz/archives/13289

* Dlouhé uzavírky.
* Import adres pro SK.
* Facebook koupil Mapillary.
* Oblast sady změn.
* Vzdělávací instituce.
* Rozdíl path a track.
* Mapování řadovek.
* Zaměstnanci pro Nadaci OSM.
* Novinky pro SotM 2020.
* Recenze MapSwipe.
* OSM budovy v Blenderu.
* Mapa defibrilátorů.
* POI v Locusu.
* Mapa bouřek.
* Horký Taiwanský průliv.

Pěkné počtení ...

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

[Talk-GB] JOSM Plugin for the FHRS API

[Kai Michael Poppe - OSM]

Good morning everyone,

I built a plugin for JOSM that allows you to merge data from the FHRS
API into OSM with a few clicks. I'd love to find some people that would
be willing to test the 0.1.2 version and report bugs they found and/or
comment on the user experience.

Just throw me a line at o...@poppe.dev and I'll send you the download link.

Thanks in advance!

Kai


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

Re: [Talk-at] shop=second_hand vs. shop=charity

[Friedrich Volkmann]

On 25.06.20 12:14, Kevin Kofler wrote:

beim Korrigieren des Taggings des 48er-Tandlers:
https://48ertandler.wien.gv.at/
(der war doppelt getaggt, und außerdem als shop=antiques, was nicht wirklich
passend ist) bin ich darauf gestoßen, daß sich die Definitionen im
englischsprachigen und im deutschsprachigen Wiki widersprechen. Und zwar
geht es um Trödelläden, deren Einnahmen wohltätigen Zwecken zukommen, wie es
beim 48er-Tandler der Fall ist:
https://48ertandler.wien.gv.at/site/karitatives-engagement/

Im englischsprachigen Wiki heißt es unter:
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dsecond_hand

A privately owned shop selling second hand goods, purely for the benefit
of the owner (not for charity).

und es wird vorgeschlagen, stattdessen shop=charity mit second_hand=yes zu
verwenden:
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dcharity

A charity shop is a shop operated by a charity, for the purposes of
fundraising.


Im deutschsprachigen Wiki heißt es hingegen, shop=charity wäre für
Sozialkaufhäuser:

Ein Sozialkaufhaus ist ein Geschäft, in dem gebrauchte und kostenlos
abgegebene Produkte sehr günstig, zu symbolischen Preisen oder entgeltfrei
angeboten werden.

Da geht es primär um den niedrigen Preis für den Käufer, nicht um den Zweck
der Einnahmen.

Also, was ist das sinnvollere Tagging hier:
a) shop=charity, second_hand=yes (wie im englischsprachigen Wiki),
b) shop=second_hand, charity=yes oder
c) ganz was anderes?

(Warum nicht second_hand=only? Weil es auch Fanartikel der MA 48 zu kaufen
gibt.)


shop=second_hand wurde am 21.11.2009 in die Map Features (d.h. als Standard) 
eingetragen 
(https://wiki.openstreetmap.org/w/index.php?title=Template:Map_Features:shop=376750=376704) 
mit der Beschreibung: "A shop bying and selling used clothes and other things"


Für shop=charity wurde am 29.12.2009 die Feature-Page angelegt 
(https://wiki.openstreetmap.org/w/index.php?title=Tag:shop%3Dcharity=396992), 
und am 8.6.2010 wurde es in die Map Features eingetragen 
(https://wiki.openstreetmap.org/w/index.php?title=Template:Map_Features:shop=484707=484703).


Die erste Beschreibung lautete: "A charity shop is a shop operated by a 
charity, for the purposes of fundraising."


Soweit ich es sehe, wurden beide Tags ohne eine Diskussion, geschweige einen 
Proposal-Prozess dokumentiert. Aber die späteren Verschönbesserungen 
einschließlich der abweichenden deutschen Übersetzung sind noch weniger 
autorisiert.


Grundsätzlich finde ich, dass die Tagwerte für shop=* etwas darüber aussagen 
sollen, was dort verkauft wird und nicht was mit den Erlösen passiert. 
Ersteres ist es, was die Anwender normalerweise interessiert und was vor Ort 
überprüfbar ist. Was mit dem Geld passiert, ist nicht überprüfbar, und 
"wohltätiger Zweck" ist ein dehnbarer Begriff. Man könnte genausogut einen 
Laden, der Microsoft-Produkte vertreibt, als shop=charity taggen mit der 
Begründung, dass ein Teil des Geldes der Bill-und-Melinda-Gates-Stiftung 
zufließt.


Meiner Meinung nach ist also die englische Dokumentation von shop=charity 
eine Themenverfehlung, und die deutsche Dokumentation ist genauso 
verwerflich, weil ihr nicht zusteht, von der englischen abzuweichen. Es 
gehört erst mal die englische Version ausgebessert.


Bis dahin würde ich shop=charity nicht verwenden, weil es als "nomen dubium" 
wertlos ist.


shop=second_hand passt für den 48er-Tandler gut genug, und den komischen 
Zusatz "purely for the benefit of the owner (not for charity)", den vor 2 
Jahren ein Verrückter ins Wiki hineingeschrieben hat, kannst du dort getrost 
wieder rauslöschen.


Dass es beim 48er-Tandler auch Fanartikel zu kaufen gibt, ändert nichts 
daran, dass es primär ein Second-Hand-Shop ist. Danach hat sich die 
Klassifizierung zu richten. Denn bei Maintags sind mit Strichpunkt getrennte 
Werte generell verrufen (shop=second_hand;gift genauso wie 
amenity=cafe;restaurant, highway=footway;cycleway, 
natural=cave_entrance;spring usw.).


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[Talk-it-lazio] incontro lunedì

[Martin Koppenhoefer]

Qualcuno oltre a me avrebbe voglia di riprendere gli incontri mensili, lunedì 
prossimo 29/6 oppure 6/7?

Ovviamente rispettando le distanze, disinfettando mani e piedi, mascherine, 
guanti e caschi, ecc.

Ciao Martin 


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

[Talk-bo] Cómo mapear "Agentes BCP"?

[Marco Antonio]

Hola,

Un usuario en LaPaz (me parece un empleado del banco) registró un
lugar llamado "Agentes BCP" como banco...

https://www.openstreetmap.org/changeset/86986170#map=18/-16.47506/-68.14602

En la página del BCP describe que es un "Agentes BCP", y me parece
como como banco pero no sé. Será un office=financial?

https://www.bcp.com.bo/Personas/CanalesAtencion/AgentesBCP

- 8< --
A través de nuestros Agentes BCP puedes realizar las siguientes operaciones:

Depósitos  y retiros en cuentas de ahorros
Pago de servicios

Telefonía Celular (Entel, Viva, Tigo)
Servicios Básicos (eje troncal)
Empresas de belleza (Transbel, Yanbal, Azzorti)
Servicios de Recaudación

Consulta de saldos
Transferencias entre cuentas propias o a terceros.
Transferencias Interbancarias
Pago de Créditos y Tarjetas de Crédito
Remesas Western Union
Depósitos a tus cuentas o de terceros.
Consulta de Saldos y Movimientos.
Envió y Recepción de Giros Nacionales.
Carga y Efectivización de dinero en tu Soli Pagos BCP.
- 8< --


Abrazos,

Marco Antonio

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

Re: [Talk-de] Terminreminder für die nächsten Wochen

[Michael Reichert]

Hallo,

Am 23.06.20 um 07:59 schrieb Hanna Krüger:
> Außerdem findet am 05. und 06. Juli die State of the Map 2020 statt. Alle 
> Infos und das Programm findet ihr unter https://2020.stateofthemap.org

Die SotM ist am 4. und 5. Juli. Für den Eintritt fallen nur die üblichen
Kosten für Datenverbindungen an, denn sie findet im Netz statt.

Viele Grüße

Michael



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

[OSM-talk-fr] Zone de croisement pour fauteuil roulant

[Emmanuel Aubert]

Bon-soir-jour

Dans le nouveau lotissement créé dans ma commune, il y a des pistes piétonnes  
pas bien larges.
Sur ces pistes, il y a des surfaces que je soupçonne être des zone de 
croisement. 
Y a t’il un tag pour ça ?

— 
Manu 

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

Re: [Talk-lv] Facebook acquires Mapillary

[Rihards]

On 19.06.20 18:59, Viesturs Zarins wrote:
> Hmm cool.
> Facebook ir ieskrējies šajā jomā.

Jā, izmanto OSM kartēm, bija uz SOTM Baltics Rīgā...
Minēšu, ka šogad būs vēl kas interesants no viņu puses šajā virzienā.

> On Fri, Jun 19, 2020, 12:30 Marat  > wrote:
> 
> FYI
> 
> https://techcrunch.com/2020/06/18/mapillary-facebook/  
> 
> 
> https://www.engadget.com/facebook-acquires-google-street-view-competitor-mapillary-092257261.html
>   -- 
 Rihards

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

Re: [OSM-talk-fr] listing des cinémas sur data.gouv

[PanierAvide]

Pour les curieux, les exports sont disponibles via GéoDataMine pour 
toutes les thématiques présentes dans l'outil (France métropole + 
DROM/COM, màj quotidienne) : https://geodatamine.fr/dump/


Adrien P.

Le 25/06/2020 à 17:58, Florian LAINEZ a écrit :
Hey, cadeau du jour : un extract quotidien des cinémas de france sur 
data.gouv : 
https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap/
Merci de ne pas encore communiquer largement sur le sujet : ce n'est 
qu'une première version, vu tout le boulot qu'on est en train de mener 
sur le sujet actuellement, attendez vous à voir bouger les données.
On espère avoir une "V1" d'ici quelque temps donc votre aide est la 
bienvenue pour améliorer les données dans OSM. En particulier on a 
besoin d'aide pour créer les infos de contact : adresse, numéro de 
téléphone, site web, page facebook ...


Avec Adrien on va par ailleurs publier pas mal de nouveaux jeux de 
données sur data.gouv sur des sujets différents, on vous tient au jus 
pour ça aussi.


--

*Florian Lainez*

@overflorian 

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

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Nick Whitelegg]

Just another thought on this (and it is just a thought) but reflects my current 
thinking on OpenTrailView but could also apply to an open source StreetView-lie 
app:

Start small, cover a relatively small area (a historic town or national park 
including the footways?)  - maybe a group of people could get together to fund 
the server for this.

If the end product is then genuinely useful to people and has features that 
StreetView and Mapillary do not offer - then maybe it will attract interest, 
and thus funding.

If not, then at least you have created a potentially useful bit of open-source 
software that others could also use in small-scale situations.


Nick

From: Marc M. 
Sent: 25 June 2020 16:25
To: talk@openstreetmap.org 
Subject: Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

Le 25.06.20 à 16:16, Florian Lohoff a écrit :
> Mapillary themselves say on their web pages that they already
> have 1,199,363,907 images. Thats 3515625 GB or 3.5TB Data
> assuming 3MByte per image.

3 500 000 GB ~ 3 500 TB ~ 3.5 PB ?
~100k€ ~100k$ hardware cost for the storage.
or 1000 people sharing a 6TB disk on a distributed system

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

[OSM-talk-fr] listing des cinémas sur data.gouv

[Florian LAINEZ]

Hey, cadeau du jour : un extract quotidien des cinémas de france sur
data.gouv :
https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap/
Merci de ne pas encore communiquer largement sur le sujet : ce n'est qu'une
première version, vu tout le boulot qu'on est en train de mener sur le
sujet actuellement, attendez vous à voir bouger les données.
On espère avoir une "V1" d'ici quelque temps donc votre aide est la
bienvenue pour améliorer les données dans OSM. En particulier on a besoin
d'aide pour créer les infos de contact : adresse, numéro de téléphone, site
web, page facebook ...

Avec Adrien on va par ailleurs publier pas mal de nouveaux jeux de données
sur data.gouv sur des sujets différents, on vous tient au jus pour ça aussi.

-- 

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

Re: [Talk-de] "Driveway" als Fläche üblich/erlaubt?

[Martin Koppenhoefer]

sent from a phone

> On 25. Jun 2020, at 15:52, Florian Lohoff  wrote:
> 
> Und ja - wir wollen Straßen irgendwann als Flächen erfassen aber
> für das routing bringt das nichts. Das ist eben nur damit
> es schöner aussieht was MIR relativ egal ist. Und wenn jemand 
> das einträgt ist das eben NUR für das schicke aussehen.


Das muss aber nicht für alle Zeiten so bleiben, theoretisch könnte man 
vermutlich auch aus Flächen einen Straßengraphen generieren, ist nur wesentlich 
aufwendiger. Wenn das noch nicht jetzt geht wird es vermutlich bald kommen (ai 
macht das doch schon jetzt aus Luftbildern, wenn auch nicht perfekt).

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

Re: [Talk-us] National Forest boundaries

[Adam Franco]

>
> On Thu, Jun 25, 2020 at 1:40 AM stevea  wrote:
>
A refinement, perhaps Bradley and others agree with me, perhaps not.
>
> A USFS NF is a "virtual" multipolygon (not one in OSM, we can get to that
> later) of three kinds of things:
>
> 1) An "outer" (but not the biggest one) which is "the enclosing land which
> USFS manages, except for inholdings, below,"
> 2) Zero to many "inner" polygons, representing inholdings (and with the
> usual "hole" semantic of exclusion from 1), above and
> 3) An even LARGER and ENCLOSING of 1) "outer" which Congress declares is
> the geographic extent to which USFS may or might "have influence to someday
> manage."
>
> If we ignore 3) as "not real, but rather aspirational or in the future
> rather than the present, and certainly not on-the-ground" then an OSM
> multipolygon consists of simply 1) plus 2).
>

I think this is correct.

The difference between the "aspirational/congressionally mandated" area (3)
and the owned/managed area (1-2) my local NF (Green Mountain National Forest
)
is dramatic. Both are complex shapes, but the (1-2) area is immensely
fragmented and rarely aligned with the (3) area. The (3) boundary is mostly
useful for low-zoom maps to show an approximation of the NF region -- it is
pretty meaningless for high-zoom usage (in my opinion).

If there is consensus on dropping (3), then a system for mapping NFs as
(1-2) should be possible to figure out. That said, how that OSM object is
assembled and tagged may be tricky. In the Green Mountain National forest
the (1-2) area contains a large mix of areas with different protections

(detail map). I would imagine that the parent NF object that has the name
"Green Mountain National Forest" would contain members that had
protect_class=6 (resource extraction), protect_class=1b (wilderness),
protect_class=5 (recreation areas, Appalation Trail corridor), etc. Some of
these child boundaries would have their own names and additional tags,
others not.

I'm not sure what tagging would be appropriate for the NF object itself
maybe these as a starting point?

   - name=*
   - boundary=national_park
   - operator=US Forest Service
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Marc M.]

Le 25.06.20 à 16:16, Florian Lohoff a écrit :
> Mapillary themselves say on their web pages that they already
> have 1,199,363,907 images. Thats 3515625 GB or 3.5TB Data 
> assuming 3MByte per image.

3 500 000 GB ~ 3 500 TB ~ 3.5 PB ?
~100k€ ~100k$ hardware cost for the storage.
or 1000 people sharing a 6TB disk on a distributed system

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

Re: [OSM-talk-fr] Assemblée Générale OSM-fr du 13 juin, résultat des votes

[deuzeffe]

Le 22/06/2020 à 12:36, Vincent Bergeot a écrit :

Bonjour,


Bonjour aussi,

Et si vous voulez en savoir plus sur le déroulé : vous avez des éléments 
sur le wiki cité plus haut, des notes ont été prises et beaucoup de 
discussions !


De mémoire, il avait été question de déposer l'enregistrement de l'AG 
sur un peertube. J'ai rếvé ? J'ai loupé une annonce ? Autre ?


Merci pour ta réponse :)
--
deuzeffe

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

[Talk-us] San Francisco Address Import: code and results for review

[Yury Yatsynovich]

Greetings!

Please, find a link to an archive with my code, inputs and resulting
"open_in_JOSM_and_upload.osm"-file below:
https://drive.google.com/file/d/14ECmeyQN8HMrITfcsa3Nw3BfAv8Fi687/view?usp=sharing

Despite the name of the resulting file -- "open_in_JOSM_and_upload.osm" --
this file has attribute [upload='never'] which should prevent accidental
upload of it. But, just in case, let me make it explicit: THE FILE
"open_in_JOSM_and_upload.osm" IS PRODUCED ONLY FOR REVIEW BY OSM COMMUNITY,
IT MAY CONTAIN SERIOUS ERRORS, PLEASE, DO NOT UPLOAD IT!

The archive also includes a README .pdf-file that describes in simple
language my approach to matching address points with OSM buildings.

The script file, "import_sf_addresses.py", should run in a standalone mode
(like "python3 import_sf_addresses.py") if you have all required libraries
installed, but I ran it step-by-step.

Should you have any questions, I'd be happy to reply.
Looking forward to receiving your feedback!

With kind regards,
-- 
Yury Yatsynovich
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Florian Lohoff]

Hola,

On Sat, Jun 20, 2020 at 12:46:16PM -0700, Mark Wagner wrote:
> Serious funding?  Yes.  Outrageous funding?  No.
> 
> Rough estimate:
> 
> * The CIA World Factbook says there are about 64 000 000 km of roads in
>   the world.
> * Google Street View takes 100 photos per km.
> * A photosphere from my tablet, compressed using WebP at 50% quality
>   takes 2.7 MB.

Thats pretty much pointless. Have a look at Photos taken which have
shown up in Mapillary. There is a history and multiple angles and
much more Photos per km than Google Street View. And its not
just roads but footways, passages, rivers etc.
 
> This is about 17 280 TB of storage to cover the entire world at Google
> Street View quality.  It would cost $215 000 per month to store in
> Amazon S3, or $89 000 per month in Backblaze B2.  It's well within the
> capacity of someone like the Wikimedia Foundation.

Mapillary says i have 1080km with 164k images thats an image every
6.5m on average. And image is roughly 3MByte for me on average which
is NOT a 360° but a 120° field of view.

flo@p4:/scratch/local/mapillary$ find . -type f -name "*.JPG" | wc -l
102748
flo@p4:/scratch/local/mapillary$ du -sk .
315372436   .
flo@p4:/scratch/local/mapillary$ echo $[ 315372436 / 102748 ]
3069

So i produce 500GB per 1000km of ways - not just roads. Assuming
that the amount of ways is twice the number of roads and we
have 4 points in time we take a Photo thats 
64 000 000km * 2 * 4 thats 512 000 000km of road times the 
500GB per 1000km thats 256 000TB so the amount of money
is at least an order larger.

Mapillary themselves say on their web pages that they already
have 1,199,363,907 images. Thats 3515625 GB or 3.5TB Data assuming
3MByte per image.

So yes - You need serious funding. And i dont say that thats out of
reach of Wikimedia but its not a simple home project. And we didnt
talk about transfer costs etc. If you do some Machine Learning and post
processing you touch every image multiple times.

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


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

Re: [OSM-talk-fr] vérification utilisationRPG et OCS_GE

[osm . sanspourriel]

L'URL d'accès des données est claire et en navigant naturellement on
passe bien par un bandeau "Licence Ouverte".

https://geoservices.ign.fr/documentation/diffusion/telechargement-donnees-*libres*.html#ocs-ge

Jean-Yvon

Le 25/06/2020 à 13:21, ades - ades.s...@orange.fr a écrit :

lire "sous licence,  Ouverte/Open License Version 2.0" et pas
« licence ocs etc."



Le 25 juin 2020 à 12:26, ades mailto:ades.s...@orange.fr>> a écrit :


bonjour,
le RPG et l’OCS_GE sont disponibles (pas pour tous les dpt) sous
licence OCS_GE
(https://geoservices.ign.fr/documentation/diffusion/index.html)
J’en déduis, peut-être à tort ?, que l’on peut utiliser les .shp
dispos pour contribuer.
A mon sens le RPG est trop précis et a des lacunes (parcelles non
renseignées), alors que OCS_GE, plus « général » semble mieux
convenir pour OSM.
Possible ou pas, à une échelle communale je compte vérifier sur le
terrain…
___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [Talk-de] "Driveway" als Fläche üblich/erlaubt?

[Florian Lohoff]

Hi Volker,

On Thu, Jun 25, 2020 at 01:05:55PM +0200, Volker Schmidt wrote:
> Ohne Kenntnis vor Ort (Manuel, kannst du eine Beispiel verlinken, am besten
> mit Foto) würde ich sagen:
> Driveways, zumindest solche die für Anlieferverkehr benutzt werden, sollten
> als routable highway in den Daten stehen.
> Für das Rendering ist im beschriebenen Fall eine Fläche nützlich, daher
> würde ich area:highway=* für geeignete halten.
> 
> @Florian: Ich verstehe das "nur" in deiner Bemerkung "Jegliches
> Flächenmapping ist nur für den Renderer" nicht. Natürlich sind OSM Daten so
> zu strukturieren, das ein Renderer sie "verdauen" kann, und daraus
> Landkarten herstellen kann (steckt sogar im Namen des Projekts: OpenStreet
> *Map*).

Aber wir erfassen Fakten und das machen wir nicht ausschliesslich um eine 
"Schönen
visuellen Eindruck" zu bekommen.

Das sind z.b. die ganzen Vorgärten die als landuse=grass eingetragen
werden was einfach nur eine Vergewaltigung der landuse tags ist.

Und ja - wir wollen Straßen irgendwann als Flächen erfassen aber
für das routing bringt das nichts. Das ist eben nur damit
es schöner aussieht was MIR relativ egal ist. Und wenn jemand 
das einträgt ist das eben NUR für das schicke aussehen.

Die Aussage zwischendurch

"... IMO nur da verwendet werden, wo eine Bewegungsrichtung nicht sinnvoll ist."

suggeriert das ein Flächenmapping irgendwas mit Bewegungsrichtungen zu
tun hat ist halt falsch. Die Fläche ist eben nur schick zum ansehen
und hat mit Bewegung im Routing/Navigation nichts zu tun.

Und Fläche ersetzt nicht den eigentlichen Weg sondern ergänzt den nur.

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] Nová NS u Brna

[Tom Ka]

Uz jsem zacal :-)

Bye tom.k

čt 25. 6. 2020 v 9:15 odesílatel Miroslav Suchy  napsal:
>
> Kdyby se nekomu chtelo o vikendu na prochazku do Sobesic (Brno):
> https://brnenska.drbna.cz/zpravy/spolecnost/17892-okolo-sobesic-znovu-vznikla-diky-mendelove-univerzite-naucna-stezka.html
> Ja se tam v brzke dobe nedostanu.
>
> Mirek
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [talk-cz] [osm_sk] WeeklyOSM CZ 516

[Jan Macura]

Ahoj

On Wed, 24 Jun 2020 at 08:52, Jakub Jelen  wrote:

> prave v nekterych nadpisech je to s malym T, coz me na tom trochu mate
> (OpenStreetMap je s velkym).
>
> Cely text je k dispozici zde:
>
> https://www.researchgate.net/publication/341371133_Exploration_of_OpenStreetMap_Missing_Built-up_Areas_using_Twitter_Hierarchical_Clustering_and_Deep_Learning_in_Mozambique
>

Naneštěstí, Facebook a Twitter v našich hlavách tak zdomácněly, že se stalo
zvykem psát je malými písmeny (a skloňovat je v množném čísle jako věci
životné).

Díky za fulltext :-)
H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-GB] Documenting tagging practice for place nodes in London

[Russ Garrett]

On Thu, 25 Jun 2020 at 13:20, Andy Townsend  wrote:
> Quite a lot of stuff of the placename info on OS StreetView probably
> _shouldn't_ be in OSM.  Leaving aside farm and house names, the where I
> used to live in Derbyshire is according to OS StreetView composed of 5
> different "villages".  It's actually either 1 or 2, depending on who you
> ask.  It's probably less of an issue in London (less space for
> extraneous names), though.

I have noticed a few cases, especially in areas of London I know very
well, where OS shows an archaic name which isn't really in general
use. This gets a bit tricky because there's not really a way of
signalling to other mappers that a place name isn't in use based on
local knowledge. Obviously local knowledge is best here but we
probably don't have mappers with good local knowledge of all the
various corners of London, and I'm pretty sure that there are areas of
London where the area names have never been adequately mapped (which
is why I started this thread). So I'm not sure how best to solve that
conundrum.

Cheers,

-- 
Russ Garrett
r...@garrett.co.uk

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

Re: [Talk-GB] Documenting tagging practice for place nodes in London

[Russ Garrett]

On Thu, 25 Jun 2020 at 12:51, Michael Booth  wrote:
> It seems like a number of those hamlets could be changed to something else.
>
> Also worth having a look at place=locality nodes, to see if they can be
> tagged as another place type (if it's a populated place - e.g.
> https://www.openstreetmap.org/node/4678882808) or the name added to a
> feature.

Yeah, I excluded locality from that search for the moment as I was
more concerned with the higher-level place names, but I should take a
look at those at some point too.

I reckon that "village" and "hamlet" probably shouldn't be present in
London, except in the few legitimately rural areas of outer London. (A
lot of those hamlets are definitely wrong and I plan to go through
them at some point.)

Russ



--
Russ Garrett
r...@garrett.co.uk

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

[Talk-es] Compra de Mapillary por parte de Facebook

[Jorge Sanz Sanfructuoso]

Buenas

Se ha comentado por Telegram y la mayoría ya lo sabreis. Facebook ha
comprado Mapillary.
https://blog.mapillary.com/news/2020/06/18/Mapillary-joins-Facebook.html

En Telegram algunos tuvimos conversación sobre el tema. No voy a pasar
mensajes copiados directamente porque ya andan perdidos entre muchos
mensajes. Intentaré hacer un pequeño resumen. Añadir lo que se me escape.

Se ha tenido diferencia de opiniones sobre lo bueno o malo de esto. En su
mayoría cuanto de malo es esta compra por parte de facebook. Facebook es el
diablo, Facebook va a usar las fotos para otras cosas como reconocer las
caras de la gente, localización de comercios, realidad aumentada,
Se ha hablado de las prácticas que lleva facebook y las mentiras por
ejemplo en la adquisición de whatsapp, que nunca iban a juntar esa
información con la de facebook.

Posibles medios para borrar todas las fotos de Mapillary y como
descargarlas antes.
Borrar todas las fotos:
https://framagit.org/Midgard/exit-mapillary
Descargar todas las fotos:
https://github.com/gitouche-sur-osm/mapillary_takeout

Por otra parte según indican en el blog van a dar acceso comercial a las
fotos procesadas.

Y se ha hablado sobre la alternativa más parecida que
tenemos, OpenStreetCam. Se ha comentado que es lo mas parecido pero que no
llega ni por asomo a Mapillary.

Me gustaría que la gente opinara del tema y también que indicará si ha
hecho o no contribuciones anteriormente a Mapillary o si ha usado los datos
de Mapillary de alguna manera. Esto último no se ha comentado en telegram
por la parte que ha opinado y creo que es importante.

Mi opinión

Por mi parte he subido bastantes fotos a Mapillary con diferentes cámaras,
algunas que he ganado y me ha dado Mapillary. También he usado bastante los
datos extraídos de las imágenes. Tanto directamente desde el plugin de
JOSM, como cogiendo información que saca Osmose de las fotos, como
usandolas en Pic4Review.

La cantidad de información que sacados desde mapillary no es ni comparable
a la que saca la alternativa más parecida, OSC. Me fastidia mucho que pueda
tener facebook mayor acceso a las fotos, pero mas me fastidia que nos
pongamos zancadillas a nosotros mismos. Mapillary nos da acceso fácil a
muchísima información útil y difícil de conseguir para darla por perdida.
La manera que voy a tener de sacar fotos y añadirlas a Mapillary tengo
claro que va a cambiar, ya está cambiando, ya no es el único sitio donde he
subido mis últimas fotos sacadas recientemente. Aunque por mi parte lo vea
un error entiendo el punto de vista de la gente que no quiere darle
absolutamente nada a facebook y lo respeto.

El tema de borrar todas las fotos de Mapillary creo que no va a solucionar
nada, si acaso nos quita acceso. Pero las imágenes, ya ha pasado en el
propio facebook que no las borraba realmente, así que no creo que sirva de
mucho. Pero cada uno es libre de hacer lo que considere mejor.

OSC es un proyecto que nunca me ha terminado de gustar. Se ha comentado
alguna vez por aquí. Va de libre pero yo no la veo tan libre como dice.
Además el desarrollo está bastante parado. Veo que cogen fotos si pero ha
cambio no dan mucho. Además ayer se comentó algo de un cambio de licencias
perdido en los mensajes de telegram que tampoco me he puesto a mirar en que
repercute. En su momento cuando probé OSC lo vi muy rudimentario. Y lo he
vuelto a probar ahora y no ha cambiado nada. De cualquier manera ya ando
viendo como subir las fotos tanto en Mapillary como en OSC por lo que pueda
pasar. Y también creo que es el momento de que OSC se pusiera las pilas y
demostrara que puede ser útil para OpenStreetMap.

Es un tema que estaré muy expectante de cómo se va desarrollando, y
pendiente de si facebook hace alguna de las suyas. Pero hoy por hoy, aunque
la manera de funcionar de facebook no me guste, no veo alternativa, y en
principio lo que es darnos información no va a cambiar la cosa. Viendo que
está colaborando en otras partes de OpenStreetMap, esa parte no creo que
cambie, por lo menos a corto plazo.

Perdon por el tostonazo.

Espero vuestras opiniones.

Saludos.

-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] Documenting tagging practice for place nodes in London

[Andy Townsend]

Just to pick up on one point:

On 23/06/2020 22:30, Russ Garrett wrote:

* The presence of a few archaic place names which were presumably
derived from NPE or other historic maps but are generally out of use
now.
* A surprisingly large number of place names present in OS StreetView
are unmapped on OSM.


Quite a lot of stuff of the placename info on OS StreetView probably 
_shouldn't_ be in OSM.  Leaving aside farm and house names, the where I 
used to live in Derbyshire is according to OS StreetView composed of 5 
different "villages".  It's actually either 1 or 2, depending on who you 
ask.  It's probably less of an issue in London (less space for 
extraneous names), though.


Best Regards,

Andy

PS: Don't get me started on 
https://www.openstreetmap.org/search?query=poultry houses :)




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

Re: [Talk-GB] Documenting tagging practice for place nodes in London

[Michael Booth]

It seems like a number of those hamlets could be changed to something else.

Also worth having a look at place=locality nodes, to see if they can be 
tagged as another place type (if it's a populated place - e.g. 
https://www.openstreetmap.org/node/4678882808) or the name added to a 
feature.


On 23/06/2020 22:30, Russ Garrett wrote:

Hi folks,

By way of lockdown procrastination, I started looking at place nodes
in London. The main things which were annoying me are:

* The presence of a few archaic place names which were presumably
derived from NPE or other historic maps but are generally out of use
now.
* A surprisingly large number of place names present in OS StreetView
are unmapped on OSM.
* Most places in London are tagged as place=suburb, regardless of
their size/importance. This issue especially is annoying me quite a
lot now I've started noticing it.

I started demoting some place=suburbs to place=quarter, and promoting
one or two of them to place=town (as this seems to be almost
universally used as the next level up from suburb in London), when it
was pointed out that it's probably worth discussing this.

These place tags are quite subjective, especially because they
frequently get used for reasons which don't really tie in with their
name, and wiki is pretty vague about their definition, so I don't
think we can avoid some level of tagging for the renderer here.

I think it would be useful to document which of these tags we want to
use in London, and ideally some kind of heuristic for where to use
them.

I've generated a list of all place nodes within Greater London and the
City, by type:
https://wiki.openstreetmap.org/wiki/User:Ru/London_Place_Nodes

Cheers,




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

Re: [OSM-talk-fr] vérification utilisationRPG et OCS_GE

[ades]

lire "sous licence,  Ouverte/Open License Version 2.0" et pas « licence ocs 
etc."


> Le 25 juin 2020 à 12:26, ades  a écrit :
> 
> 
> bonjour,
> le RPG et l’OCS_GE sont disponibles (pas pour tous les dpt) sous licence 
> OCS_GE (https://geoservices.ign.fr/documentation/diffusion/index.html 
> )
> J’en déduis, peut-être à tort ?, que l’on peut utiliser les .shp dispos pour 
> contribuer.
> A mon sens le RPG est trop précis et a des lacunes (parcelles non 
> renseignées), alors que OCS_GE, plus « général » semble mieux convenir pour 
> OSM.
> Possible ou pas, à une échelle communale je compte vérifier sur le terrain…
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-de] "Driveway" als Fläche üblich/erlaubt?

[Volker Schmidt]

Ohne Kenntnis vor Ort (Manuel, kannst du eine Beispiel verlinken, am besten
mit Foto) würde ich sagen:
Driveways, zumindest solche die für Anlieferverkehr benutzt werden, sollten
als routable highway in den Daten stehen.
Für das Rendering ist im beschriebenen Fall eine Fläche nützlich, daher
würde ich area:highway=* für geeignete halten.

@Florian: Ich verstehe das "nur" in deiner Bemerkung "Jegliches
Flächenmapping ist nur für den Renderer" nicht. Natürlich sind OSM Daten so
zu strukturieren, das ein Renderer sie "verdauen" kann, und daraus
Landkarten herstellen kann (steckt sogar im Namen des Projekts: OpenStreet
*Map*).

On Thu, 25 Jun 2020 at 09:59, Florian Lohoff  wrote:

> Jegliches Flächenmapping ist nur für den Renderer.
>
> > @Manuel: Bitte schau mal nach, ob ggf area:highway etwas für Dich ist.
> > Wird aber noch nicht auf osm.org gerendert, aber das steht sowieso auf
> > einer anderen Seite.
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[OSM-talk-fr] vérification utilisationRPG et OCS_GE

[ades]

bonjour,
le RPG et l’OCS_GE sont disponibles (pas pour tous les dpt) sous licence OCS_GE 
(https://geoservices.ign.fr/documentation/diffusion/index.html 
)
J’en déduis, peut-être à tort ?, que l’on peut utiliser les .shp dispos pour 
contribuer.
A mon sens le RPG est trop précis et a des lacunes (parcelles non renseignées), 
alors que OCS_GE, plus « général » semble mieux convenir pour OSM.
Possible ou pas, à une échelle communale je compte vérifier sur le terrain…___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-at] shop=second_hand vs. shop=charity

[Kevin Kofler]

Hallo,

beim Korrigieren des Taggings des 48er-Tandlers:
https://48ertandler.wien.gv.at/
(der war doppelt getaggt, und außerdem als shop=antiques, was nicht wirklich 
passend ist) bin ich darauf gestoßen, daß sich die Definitionen im 
englischsprachigen und im deutschsprachigen Wiki widersprechen. Und zwar 
geht es um Trödelläden, deren Einnahmen wohltätigen Zwecken zukommen, wie es 
beim 48er-Tandler der Fall ist:
https://48ertandler.wien.gv.at/site/karitatives-engagement/

Im englischsprachigen Wiki heißt es unter:
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dsecond_hand
> A privately owned shop selling second hand goods, purely for the benefit
> of the owner (not for charity).
und es wird vorgeschlagen, stattdessen shop=charity mit second_hand=yes zu 
verwenden:
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dcharity
> A charity shop is a shop operated by a charity, for the purposes of
> fundraising.

Im deutschsprachigen Wiki heißt es hingegen, shop=charity wäre für 
Sozialkaufhäuser:
> Ein Sozialkaufhaus ist ein Geschäft, in dem gebrauchte und kostenlos
> abgegebene Produkte sehr günstig, zu symbolischen Preisen oder entgeltfrei
> angeboten werden.
Da geht es primär um den niedrigen Preis für den Käufer, nicht um den Zweck 
der Einnahmen.

Also, was ist das sinnvollere Tagging hier:
a) shop=charity, second_hand=yes (wie im englischsprachigen Wiki),
b) shop=second_hand, charity=yes oder
c) ganz was anderes?

(Warum nicht second_hand=only? Weil es auch Fanartikel der MA 48 zu kaufen 
gibt.)

Kevin Kofler


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

[OSM-talk-fr] JOSM : Sélection > Inverser la Sélection

[leni]

Bonjour,

J'ai rencontré dans l'aide un élément du menu Sélection que je ne 
connaissais pas : 
https://josm.openstreetmap.de/wiki/Help/Action/InvertSelection


Je n'arrive pas à trouver les conditions qui le font apparaître (en plus 
du mode avancé)


Sauriez-vous comment faire pour le faire apparaître ?

Cordialement

Leni


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

Re: [OSM-talk-fr] Reprenons le contrôle de nos événements ! #JoinMobilizon - Quoi de neuf sur Mobilizon ?

[Jacques Lavignotte]

Il faut Dockeriser...


Le 25/06/2020 à 09:34, Yves P. a écrit :

https://joinmobilizon.org/fr/news/#20-06-22/fr/news/#20-06-22

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



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

[talk-cz] Rybářské revíry

[Miroslav Suchy]

Nápad na zmapování. Jsou dostupná data rybářských revírů:
  http://www.mrsbrno.cz/index.php/rybarske-reviry
  https://www.rybsvaz.cz/beta/index.php/reviry
(nutno teda pořešit licenci)
A dalo by se to naimportovat jako leisure=fishing
  https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dfishing

Osobně tedy nemám o tohle políčko zájem. :) Tak to dávám jenom do placu jako 
nápad.

Mirek

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

Re: [Talk-de] "Driveway" als Fläche üblich/erlaubt?

[Florian Lohoff]

Hi,

On Wed, Jun 24, 2020 at 10:10:10PM +0200, Hubert87 wrote:
> Dem würde ich widersprechen.
> hw=* + area=yes sollte IMO nur da verwendet werden, wo eine
> Bewegungsrichtung nicht sinnvoll ist. z.B. Marktplätze. Dann aber ohne
> zusätzlichem hw=* (vom gleichen Typ) "quer" über diese Fläche.

Quer über die Fläche geht mit aktueller Technik sowieso nirgends.
Jegliches Flächenmapping ist nur für den Renderer.

> @Manuel: Bitte schau mal nach, ob ggf area:highway etwas für Dich ist.
> Wird aber noch nicht auf osm.org gerendert, aber das steht sowieso auf
> einer anderen Seite.

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

[OSM-talk-fr] Reprenons le contrôle de nos événements ! #JoinMobilizon - Quoi de neuf sur Mobilizon ?

[Yves P.]

https://joinmobilizon.org/fr/news/#20-06-22/fr/news/#20-06-22
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-cz] Nová NS u Brna

[Miroslav Suchy]

Kdyby se nekomu chtelo o vikendu na prochazku do Sobesic (Brno):
https://brnenska.drbna.cz/zpravy/spolecnost/17892-okolo-sobesic-znovu-vznikla-diky-mendelove-univerzite-naucna-stezka.html
Ja se tam v brzke dobe nedostanu.

Mirek

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

Re: [Talk-us] relations on which thematic data can be connected? eg internet availabilty byt zipcode

[stevea]

Ray Kiddy  wrote
> ...published by the FCC and I think that at least some of the information is 
> per zipcode.
and
> Wow. Bizarre, but good to know. Yes, I _always_ have thought that zipcodes 
> partition land areas.

This was not my original though, but I have found it useful (and mentioned in a 
sprinkling of places) to think of ZIP codes as a sort of routing algorithm 
meant to facilitate the efficient movement of mail through the USPS 
infrastructure.  Their history is quite interesting and supports this 
interpretation, especially with automation and the extensions to 9- and 
11-digit codes.

> Now I have to wonder if ZCTAs are still around and if they are mapped. I 
> expect not.

Considering how OSM wants to (and to some decent extent, does) denote census 
areas as quite distinct from the "OSM-usual" key:value pairs for conurbations, 
and ZCTAs blend ZIP codes and census boundaries, you'd muddy a lot of water by 
using ZCTAs, especially as you use OSM data.

I, too, (like Clifford) wish you good luck and hope you have fruitful results 
you might share with us here at the completion of your project.

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