Re: [Talk-at] OSM AT Erreichbarkeit

[Johann Haag]

Bitte die Webseite öffnen, https://www.openstreetmap.de/community.html hier
gehört unter Lokale Gruppen, die Webseite unseres Wiener Vereins rein.
Sofern Österreich künftig einen lokalen Chapter anstrebt, könnte sich das
auch wieder ändern. Eine nicht gewartete Webseite schadet unserem Projekt,
da diese an OpenStreetMap interessierte auf einer Insel stranden lässt.

Mfg. Meister Johann Haag
Aktueller Nr.1 OpenStreetMap Mitwirkender in Österreich

Am Do., 13. Aug. 2020 um 13:44 Uhr schrieb Johann Haag :

> Leider wird auch die Webseite nicht gewartet, Anfragen bleiben monatelang
> unbeantwortet.
> Das bedeutet, in Österreich an OpenStreetMap interessierte, werden auf ein
> Abstellgleis gelenkt.
>
> Es ist längst an der Zeit, dass man den Wiener Verein aus der Liste
> https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters entfernt,
> und den Domain openstreetmap.at mit openstreetmap.de zusammenführt.
>
> Grüsse Johann Haag
> Aktueller Nr.1 OpenStreetMap Mitwirkender in Österreich
>
> Am 13.08.2020 um 12:29 schrieb Stefan Tauner via Talk-at <
> talk-at@openstreetmap.org>:
>
> LWG-Sach
>
>
>

-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten

[Erik Johansson]

Jag använder sport=swimming, men har också problem med taggen känns knepigt
utan en natural=beach, och det gör att jag aldrig kommer aldrig ihåg hur
jag taggar badplatser e.g. vet jag att jag har gillat
leisure=bathing_place, dokumentationen på wiki hjälper inte. Jag tycker
egentligen att man också ska försöka tagga ställen som lämpar sig för att
bada, men risken där är ju att det blir godtyckligt, om man inte hittar ett
bra sätt att tagga på.

Vad är det du vill tagga egentligen, är det bara en badplats om det har en
vägskylt, de som finns med i json filen, eller är det alla som finns i OSM?

Taggen sport=swimming är den enda som är generell, alla de andra är
alldeles för specifika medans dessa taggarna samtidigt har allmänna namn
som kan tolkas lite hur som helst.

På dina punkter 1,2,4 ja. Det är väl bara att publicera geojson?

Den tors 13 aug. 2020 22:14Tomas Marklund  skrev:

> *leisure=swimming_area *känns ändå som den minst dåliga taggen, bortsett
> från att den egentligen förutsätter att det ska vara "Enclosed natural
> water area inside a facility", vilket en vanlig svensk badplats vid en sjö
> YTTERST sällan är. En svensk badplats är markerade med vägmärke H15, sen
> gör man lite vad man vill där, inte så uppstyrt :)
>
>
> https://www.transportstyrelsen.se/sv/vagtrafik/Vagmarken/Lokaliseringsmarken-for-upplysning-om-serviceanlaggningar-med-mera/Badplats/
>
>
>
> *sport=swimming* å andra sidan känns lite för.. fancy. Visst, det kan
> finnas nån enstaka som simmar, som om det vore sport på riktigt, men de
> flesta tror jag mest plaskar omkring, kastar bollar till varandra, paddlar
> på en madrass eller gräver gropar som andra badare snubblar i. Inte så
> värst "sport" med det liksom.
>
> Men det kanske bara är jag som tolkar taggen "sport" lite för bokstavligt?
> Jag tänker, det är ingen som letar snäckor på en sport=tennis, eller glider
> omkring på en luftmadrass på en sport=speedway. Men på en sport=swimming är
> det inte så noga vad man sysslar med egentligen? Jag tycker inte riktigt
> det är så konsekvent.
>
> /Tomas
>
> Den tors 13 aug. 2020 kl 14:52 skrev Björn Stenberg :
>
>> Trevligt initiativ, men jag håller inte med dig om taggningen.
>>
>> Jag tycker inte att en vanlig brygga eller enkla omklädningsrum räcker
>> för att det ska vara amenity=public_bath. Wiki-sidan
>> https://wiki.openstreetmap.org/wiki/Swimming_and_bathing håller med mig:
>>
>> "Public bath
>> A facility where you can go and take a bath, e.g. an onsen, a hot spring,
>> a hammam or a thermal bath. It must have something more than just showers,
>> but it may be anything from bathtubs up to swimming pools. Large bath
>> houses can have outside baths. A fee may be charged for entry. If
>> membership is needed, set access to private. Tag the building, and if
>> present also the outside premises with pools."
>>
>> "It must be more than just showers" tycker jag är ganska tydligt. De
>> flesta vanliga enkla badplatser vid svenska sjöar har inte "facilities" i
>> denna bemärkelse och är därför inte sådana offentliga badhus som
>> amenity=public_bath avser.
>>
>> --
>> Björn
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk] Referential integrity of https://planet.openstreetmap.org/replication/minute//004/146/694.osc.gz

[Roland Olbricht via talk]

Hi all,


There is a new release of the Overpass API
https://dev.overpass-api.de/releases/osm-3s_v0.7.56.6.tar.gz
that adheres to these rules.


Unfortunately, getting network communication right is hard. In that
version, there is a race condition. For that reason, there is another
new release 0.7.56.7.

You can run that release and keep the database, in particular if an
update based on 0.7.56.4 or 0.7.56.6 has ended with

gzip: stdin: unexpected end of file
Reading XML file ...Parse error at line 23105:
unclosed token

This means that apply_osc_to_db.sh has tried to use an XML file before
fetch_osc.sh has completed to download it. It is harmless, in this case
the automatic emergency stop has applied early enough. Please do the
following (with EXEC_BASE_DIR, DB_DIR and DIFF_DIR appropriately replaced):

# Install new bash scripts over the exisiting broken ones
$ pushd "$EXEC_BASE_DIR"
$ cp ~/osm-3s_v0.7.56.7/bin/fetch_osc.sh bin/
$ cp ~/osm-3s_v0.7.56.7/bin/apply_osc_to_db.sh bin/

# Kill the frozen existing processes and remove the lock file
$ ps -ef | grep apply
roland   19676 1  0 Aug13 ?00:00:08 bash
bin/apply_osc_to_db.sh /opt/osm3s/diff/ auto --meta=attic

$ ps -ef | grep 19676
roland   19676 1  0 Aug13 ?00:00:08 bash
bin/apply_osc_to_db.sh /opt/osm3s/diff/ auto --meta=attic
roland   20652  4841  0 04:09 pts/000:00:00 grep --color=auto 19676
roland   21629 19676  0 Aug13 ?00:00:00 ./update_from_dir
--osc-dir=/tmp/osm-3s_update_VUkjcE --version=2020-08-13T20\:33\:03Z
--keep-attic --flush-size=0

$ kill 19676 21629
$ rm /ssd/osm3s/db/osm_base_shadow.lock

$ ps -ef | grep fetch
roland   23675 1  0 Aug13 ?00:00:06 bash bin/fetch_osc.sh
4146694 https://planet.openstreetmap.org/replication/minute/
/opt/osm3s/diff/
roland   27830  4841  0 04:11 pts/000:00:00 grep --color=auto fetch

$ kill 23675

# Restart the diff processes
$ nohup bin/fetch_osc.sh $(cat /ssd/osm3s/db/replicate_id)
'https://planet.openstreetmap.org/replication/minute/' "$DIFF_DIR"
>>fetch_osc.out &
$ cat "$DB_DIR/replicate_id"
4150150
# Must exist and contain a meaningful diff id, this is a new lock file

$ nohup bin/apply_osc_to_db.sh /opt/osm3s/diff/ auto --meta=attic
>>apply_osc_to_db.out &
$ sleep 30
$ tail apply_osc_to_db.out
/opt/osm3s/bin /opt/osm3s
Reading XML file ...
# Should show some messages after the "read unclosed token" error
# The first ones are the output of pushd to $DB_DIR/bin and the progress
line "Reading XML file ..." and so on

I'm sorry for the inconvenience and hope that this has fixed all race
conditions. Not yet adapted is "fetch_osc_and_apply.sh". If someone uses
this then please mail me. I will then watch with you whether an improved
version of that script is stable.

Best regards,
Roland

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

Re: [Talk-at] Saisonalität bei Sportgeschäften

[Friedrich Volkmann]

On 13.08.20 11:38, Rudolf Mayer wrote:

Sorry, aber du vergleichst hier zwei Extreme.
Klar, jedes Geschäft hat so seine saisonalen *Änderungen* im Sortiment, aber 
hier ist es wirklich oft de-facto wie zwei ganz unterschiedliche Geschäfte.


Du kannst im Eybl auch im Winter deine Golfschläger kaufen, halt nicht aus 
so viel Auswahl; und du bekommst in den größeren Geschäften im Winter auch 
dein Fahrrad, auch wenn es da vielleicht nur 20 Stück davon gibt, und nicht 
100, wie im Sommer..


Aber in so einem kleinen Shop in einem Tourismusort ist es oft wirklich so, 
dass du im Winter ein reines Ski/Snowboardgeschäft/Wintersportgeschäft hast 
(in dem du keinen Tennisschläger bekommst!), und im Sommer gibt's dann dort 
nur Sommersport.


Ich traue mich wetten, dass du auch im Sommer Schi dort bestellen kannst und 
im Winter ein MTB. Dass der Händler verpflichtet ist, Garantiefälle aus dem 
anderen Halbjahr zur Reparatur anzunehmen, habe ich schon erklärt.


Das ist daher schon etwas extremer als Dein Beispiel vom Hofer - und 
natürlich bekommt man dort Germknödel auch im Sommer, ein unwahres Beispiel 
hilft Deinem Argument auch nicht wirklich...


Muss ich dir das mit den Germknödeln jetzt wirklich beweisen? Was ist denn 
das für ein Niveau?


Ob das zwei Nodes rechtfertigt ist eine andere Diskussion, aber dein 
Grundansatz, die Diskussion ersticken zu wollen, weil das ja "eh das selbe 
ist wie beim Hofer", ist meiner Meinung nach nicht gerechtfertigt, und hilft 
der Sache gar nicht.


Was hilft denn deiner Meinung nach? Wenn du das Hofer-Beispiel als Versuch 
siehst, die Diskussion im Keim zu ersticken, dann war es offenbar ein gut 
gewähltes Beispiel, das gewirkt hat. Der einzige Unterschied, den du bisher 
angeführt hast, ist ein quantitativer, aber dann wirst du dir Gedanken 
machen müssen, wo die Grenze liegt: Ab wie viel % Unterschied im Sortiment 
wird es deiner Meinung nach zu einem anderen Shop?


--
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

Re: [Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten

[Per Eric Rosén]

Jag utgick från beskrivningen på
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_bath

som verkar vara badplatser av alla storlekar.
Och att det räcker med några faciliteter - jämför
https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dbathing_place

och även på sidan https://wiki.openstreetmap.org/wiki/Swimming_and_bathing
längre ner där "Natural water bathing facility" beskrivs som

"This is a area consisting of both water and land. A designated bathing 
area at any kind of water that is not a swimming pool or similar."

och taggas med amenity=public_bath.

Men ja, det verkar inte helt lätt.

Bra att slippa natural=beach i alla fall för själva "anläggningen", och 
håller med om att sport=swimming inte känns särskilt rätt om det faktiskt 
inte är främst för simtävling / träning.


/Per Eric
 --
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-ht] Aidez à résoudre les problèmes routiers en Haïti avec MapRoulette / Help fix road problems in Haiti with MapRoulette

[Andrew Wiseman via Talk-ht]

Hello everyone, I recently updated the challenges with new OSM data. I hope 
they are helpful. Thanks! https://maproulette.org/browse/projects/39078 


Bonjour à tous, j'ai récemment mis à jour les défis avec de nouvelles données 
OSM. J'espère qu'ils sont serviables. Merci! 
https://maproulette.org/browse/projects/39078 


Bonjou tout moun, mwen fèk mete ajou defi yo ak nouvo done OSM. Mwen espere ke 
yo itil. Mèsi! https://maproulette.org/browse/projects/39078 


Andrew 

Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 


> On May 5, 2020, at 2:00 PM, Andrew Wiseman via Talk-ht 
>  wrote:
> 
> Bonjou tout moun,
> Sa a se Andre soti nan ekip la Apple Kat ankò. Mwen jis mete ajou defi 
> MapRoulette yo pou amelyore wout an Ayiti ak done nouvo soti nan OSM: 
> https://maproulette.org/browse/projects/39078 
> 
> 
> Epitou, nou devlope yon style penti pou JOSM fè li pi fasil jwenn ak ranje 
> erè. Gen plis enfòmasyon isit la: https://github.com/osmlab/applepaintstyles 
> 
> 
> Mèsi!
> 
> Andrew
> 
> //
> 
> Hello everyone,
> This is Andrew from the Apple Maps team again. I just updated the MapRoulette 
> challenges for improving roads in Haiti with new data from OSM: 
> https://maproulette.org/browse/projects/39078 
> 
> 
> Also, we developed a paint style for JOSM to make it easier to find and fix 
> errors. There is more information here: 
> https://github.com/osmlab/applepaintstyles 
> 
> 
> Thanks!
> 
> Andrew

___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-dk] MapRoulette challenges for Denmark

[Andrew Wiseman via Talk-dk]

Hello again,

I recently updated the challenges again with new OSM data, in case it is 
helpful. https://maproulette.org/browse/projects/39285 


Thanks! 

Andrew 

Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 


> On May 5, 2020, at 1:57 PM, Andrew Wiseman via Talk-dk 
>  wrote:
> 
> Hi all,
> 
> I just updated the MapRoulette challenges in Denmark with new OSM data, take 
> a look: https://maproulette.org/browse/projects/39285 
> 
> 
> Hope it’s helpful! Thanks!
> 
> Andrew 
> 
>> On Feb 25, 2020, at 10:11 AM, Andrew Wiseman > > wrote:
>> 
>> Hello everyone,
>> 
>> This is Andrew again from Apple. I wanted to let everyone know that we just 
>> updated the MapRoulette challenges related to road network issues in Denmark 
>> with new OSM data. 
>> 
>> You can find the challenges in this MapRoulette project: 
>> https://maproulette.org/browse/projects/39285 
>>  and they include things like 
>> overly sharp road angles, roads that cross but aren’t connected, roads that 
>> aren’t connected to anything, overlapping roads, turn restrictions, roads 
>> that are close but not connected to others, and other similar issues. I plan 
>> to work on some of them myself too.
>> 
>> If you haven’t used it before, MapRoulette lets you go through potential 
>> issues in OSM data one by one and either correct them or indicate they are 
>> not a problem. The challenges were created with our Atlas data analysis 
>> tool: https://github.com/osmlab/atlas .
>> 
>> If you aren’t sure what challenge to try, sharp angles or crossing roads are 
>> probably the easiest but they should all be fairly straightforward.
>> 
>> Please let me know if you have any suggestions or feedback. Thank you! 
>> 
>> Andrew 
>> 
>> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
>> 
>> 
>>> On Apr 12, 2019, at 10:07 AM, Andrew Wiseman via Talk-dk 
>>> mailto:talk-dk@openstreetmap.org>> wrote:
>>> 
>>> Hi all,
>>> 
>>> It looks like those are finished, so I created a few more, which are mostly 
>>> related to routing or unconnected roads. Here they are if you want to take 
>>> a look. I have been working on them too.
>>> 
>>> Connectivity check means roads that are near each other but not connected, 
>>> floating way is way (usually a road) that isn’t connected to anything else, 
>>> crossing ways are ways that cross but don't share a node or vertex, and 
>>> impossible routing and sink islands are places where you can’t route into 
>>> or out of, usually due to one ways, highway types or unconnected roads. 
>>> (Some may be pedestrian, which is ok.)
>>> 
>>> * Denmark Connectivity Check: https://maproulette.org/challenge/4089 
>>>    
>>> * Denmark Floating Way Check: https://maproulette.org/challenge/4090 
>>>    
>>> * Denmark Crossing Ways: https://maproulette.org/challenge/4091 
>>> 
>>> * Denmark Impossible Routing and Sink Islands: 
>>> https://maproulette.org/challenge/4088 
>>>   
>>> 
>>> Let me know what you think!
>>> 
>>> Thanks,
>>> 
>>> Andrew
>>> 
>>> Andrew Wiseman |  Maps | andrew_wise...@apple.com 
>>> 
>>> 
 On Dec 20, 2018, at 11:12 AM, Andrew Wiseman >>> > wrote:
 
 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 

Re: [Talk-ar] Retos de MapRoulette en Argentina

[Andrew Wiseman via Talk-ar]

Hola a todos, acabo de actualizarlos nuevamente con nuevos datos de OSM. Espero 
que sean de utilidad, por favor avíseme si tiene alguna pregunta o comentario.

¡Gracias!

Andrew 

Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 


> On May 5, 2020, at 1:24 PM, Andrew Wiseman via Talk-ar 
>  wrote:
> 
> Hola a todos,
> 
> Los retos de MapRoulette de la red vial ahora se actualizan con nuevos datos 
> de OSM: https://maproulette.org/browse/projects/39170 
> . Incluyen ángulos agudos, 
> problemas de conectividad, y otros.
> 
> Avíseme si tiene alguna sugerencia o comentario. ¡Gracias!
> 
> Andrew
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
> 
> 
>> On Mar 10, 2020, at 10:58 AM, Andrew Wiseman via Talk-ar 
>> mailto:talk-ar@openstreetmap.org>> wrote:
>> 
>> Hola,
>> 
>> Las retos de ángulos agudos, cruces y carreteras superpuestas ya han 
>> terminado, ¡muchas gracias a quienes participaron! Si alguien quería seguir 
>> mapeando, todavía quedan algunos otros como la conectividad (caminos que 
>> están cerca de otros pero no conectados), caminos flotantes y problemas de 
>> restricción de giro. Gracias.
>> 
>> https://maproulette.org/browse/projects/39170 
>> 
>> 
>> Andrew 
>> 
>> 
>> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 
>> 
>> 
>>> On Feb 26, 2020, at 12:08 PM, Andrew Wiseman via Talk-ar 
>>> mailto:talk-ar@openstreetmap.org>> wrote:
>>> 
>>> Hola a todos,
>>> 
>>> Este es Andrew de Apple. Acabamos de actualizar los desafíos de la red de 
>>> carreteras MapRoulette en Argentina con nuevos datos de OSM.
>>> 
>>> Puede encontrar los retos en este proyecto de MapRoulette: 
>>> https://maproulette.org/browse/projects/39170 
>>> , e incluyen cosas como 
>>> ángulos de carretera demasiado afilados, carreteras que se cruzan pero no 
>>> están conectadas, carreteras que no están conectadas a nada, carreteras 
>>> superpuestas, restricciones de giro, carreteras cercanas pero no conectadas 
>>> a otras, y otros problemas similares. Planeo trabajar en algunos de ellos 
>>> también.
>>> 
>>> Si no lo ha usado antes, MapRoulette le permite analizar problemas 
>>> potenciales en los datos de OSM uno por uno y corregirlos o indicar que no 
>>> son un problema. Los desafíos se crearon con nuestra herramienta de 
>>> análisis de datos Atlas: https://github.com/osmlab/atlas 
>>> .
>>> 
>>> Si no está seguro de qué desafío intentar, los ángulos agudos o el cruce de 
>>> carreteras son probablemente los más fáciles, pero todos deberían ser 
>>> bastante sencillos.
>>> Avíseme si tiene alguna sugerencia o comentario. ¡Gracias!
>>> 
>>> Andrew 
>>> 
>>> 
>>> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | 
>>> andrew_wise...@apple.com 
>>> 
 On Oct 24, 2019, at 2:11 PM, Andrew Wiseman >>> > wrote:
 
 Hola,
 
 Recientemente actualizamos los desafíos de MapRoulette con datos nuevos y 
 agregamos algunos más desafíos. Aquí hay nuevos enlaces a ellos. Por favor 
 hazme saber si tienes alguna pregunta.
 
 Argentina caminos y vías cruzados: https://maproulette.org/challenge/9460 
 
 Argentina caminos y vías flotantes y desconectadas: 
 https://maproulette.org/challenge/9461 
 
 Argentina restricciones de giro no válidas: 
 https://maproulette.org/challenge/9466 
 
 Argentina rotondas malformadas: https://maproulette.org/challenge/9464 
 
 Argentina comprobación de conectividad vial: 
 https://maproulette.org/challenge/9459 
 
 Argentina líneas superpuestas: https://maproulette.org/challenge/9457 
 
 Argentina enrutamiento imposible: https://maproulette.org/challenge/9458 
 
 Saludos,
 
 Andrew
 
 
 Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | 
 andrew_wise...@apple.com 
 
> On Jul 23, 2019, at 11:47 AM, Andrew Wiseman via Talk-ar 
> mailto:talk-ar@openstreetmap.org>> wrote:
> 
> Hola,
> 
> He publicado otro reto de MapRoulette, para las líneas de costa en 
> Argentina. Esta reto busca partes de la costa que están muy largas o con 
> esquinas agudos, que pueden deberse a digitalización inexacta o a muy 
> pocos vértices o esquinas como sea necesario. Hay más detalles y 
> instrucciones en el reto: 

Re: [Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten

[Tomas Marklund]

*leisure=swimming_area *känns ändå som den minst dåliga taggen, bortsett
från att den egentligen förutsätter att det ska vara "Enclosed natural
water area inside a facility", vilket en vanlig svensk badplats vid en sjö
YTTERST sällan är. En svensk badplats är markerade med vägmärke H15, sen
gör man lite vad man vill där, inte så uppstyrt :)

https://www.transportstyrelsen.se/sv/vagtrafik/Vagmarken/Lokaliseringsmarken-for-upplysning-om-serviceanlaggningar-med-mera/Badplats/



*sport=swimming* å andra sidan känns lite för.. fancy. Visst, det kan
finnas nån enstaka som simmar, som om det vore sport på riktigt, men de
flesta tror jag mest plaskar omkring, kastar bollar till varandra, paddlar
på en madrass eller gräver gropar som andra badare snubblar i. Inte så
värst "sport" med det liksom.

Men det kanske bara är jag som tolkar taggen "sport" lite för bokstavligt?
Jag tänker, det är ingen som letar snäckor på en sport=tennis, eller glider
omkring på en luftmadrass på en sport=speedway. Men på en sport=swimming är
det inte så noga vad man sysslar med egentligen? Jag tycker inte riktigt
det är så konsekvent.

/Tomas

Den tors 13 aug. 2020 kl 14:52 skrev Björn Stenberg :

> Trevligt initiativ, men jag håller inte med dig om taggningen.
>
> Jag tycker inte att en vanlig brygga eller enkla omklädningsrum räcker för
> att det ska vara amenity=public_bath. Wiki-sidan
> https://wiki.openstreetmap.org/wiki/Swimming_and_bathing håller med mig:
>
> "Public bath
> A facility where you can go and take a bath, e.g. an onsen, a hot spring,
> a hammam or a thermal bath. It must have something more than just showers,
> but it may be anything from bathtubs up to swimming pools. Large bath
> houses can have outside baths. A fee may be charged for entry. If
> membership is needed, set access to private. Tag the building, and if
> present also the outside premises with pools."
>
> "It must be more than just showers" tycker jag är ganska tydligt. De
> flesta vanliga enkla badplatser vid svenska sjöar har inte "facilities" i
> denna bemärkelse och är därför inte sådana offentliga badhus som
> amenity=public_bath avser.
>
> --
> Björn
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Georges Dutreix via Talk-fr]

Oups, pardon. Je n'avais pas testé https://demo.addok.xyz
Impressionnant.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Georges Dutreix via Talk-fr]

Qwant maps est un progrès, mais j'attends le jour où je pourrai demander en 
plein texte à une appli basée sur OSM de m'afficher "boulangerie trifouilly les 
oies", en ayant même la boulangerie qui s'appelle "Au bon pain".
Et pour que madame Michu soit intéressée, il faut que ça marche pour les 
cinémas et les vendeurs de chaussures pareil.
On a du pain sur la planche... 
13 août 2020 21:10:45 Djo_man via Talk-fr :

> Pour répondre à la question de la recherche "centre hospitalier luynes"  
> QWANTS MAPS  va pourvoir plutôt bien. c'est du osm pour la carte mais avec du 
> pages jaunes pour l'adresse ? Je sais pas exactement qui fait quoi et 
> comment, mais ça marche.
> 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Djo_man via Talk-fr]

Bonsoir, 

Pour répondre à la question de la recherche "centre hospitalier luynes"  QWANTS 
MAPS  va pourvoir plutôt bien. c'est du osm pour la carte mais avec du pages 
jaunes pour l'adresse ? Je sais pas exactement qui fait quoi et comment, mais 
ça marche. 
Djo man 



 Cyrille37 OSM via Talk-fr a écrit 

>Bonjour,
>
>Sujet récurent.
>
>Avec Nominatim https://osm.org la recherche de "Centre Hospitalier, 
>Luynes" ne donne aucun résultat, il faut saisir le nom complet "Centre 
>Hospitalier Jean Pagès, Luynes".
>
>Sur la base adresse data.gouv.fr https://adresse.data.gouv.fr/map aucun 
>résultat pour "Centre Hospitalier Jean Pagès, Luynes" puisque ce n'est 
>pas une adresse.
>
>Heureusement, l'appli Smartphone OsmAnd trouve "Centre Hospitalier, Luynes".
>
>Connaissez-vous un moteur de recherche sur le Web ou en API qui trouve 
>les demandes raccourcies comme "Centre Hospitalier, Luynes" ?
>
>Merci,
>Cyrille37.
>
>
>___
>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-cz] Brod na turistické a cyklotrase trase, za vyššího stavu neprůchozí - jak označit

[majka]

On Thu, 13 Aug 2020 at 19:53, Milan Zamazal  wrote:

> Po žluté vede oficiální(?) cyklotrasa, takže lze v dobré
> víře předpokládat, že je tam se souhlasem orgánu ochrany přírody.


Ne, po žluté vede zmapovaná výletní trasa Rakušáků, žádná oficiální
cyklotrasa to není. Odkaz je ve vedlejším vlákně.


> Zelená je zajímavý případ, cyklotrasa tam není, ale přesto tam plno lidí
> jezdí.
> Podle výše citovaného zákona by neměli, ale na druhou stranu předpokládám,
> že kdyby to z hlediska ochrany přírody zásadně vadilo, tak by se zrovna tam
> cedule upozorňující na zákaz objevila.
>
Neměli by, jezdí, protože na místě rozhodně nikdo nebude přemýšlet o tom,
jestli je to místní komunikace nebo ne. Mě to taky došlo až druhý den doma.
Navigace tam vesele navádí. Jako - není to žádná pěšina, ale klasická lesní
cesta, takže to taky nepovažuji za průšvih, pokud lidi nepolezou mimo. Ale
na kole by se tam nemělo, jenom pěšky.


> Dívám se, že mě navigace vesele navede třeba i rezervací po
> hřebenu Jeseníků, což už je zcela evidentně špatně.
>
> Není současný stav zralý na hromadnou úpravu?  Nevím, jestli se dá snadno
> udělat něco jako "přidej zákaz pro cyklisty v českých rezervacích, pokud to
> není cyklotrasa".
>

Teoreticky to není složité, prakticky ale docela ano, protože záleží na
kvalitě mapování v OSM. Povolené jsou nejen oficiální cyklotrasy, ale i
místní komunikace a silnice vyšší třídy (což na NPR Stará a Nová řeka
rozhodně nehrozí, žádné takové tam nejsou). Průšvih pak ale zůstávají ty
zmíněné cyklovýlety, co jsou zmapované jako cyklotrasy, ačkoli to oficiální
cyklotrasa rozhodně není. V podstatě touhle logikou dokážu "zlegálnit"
cokoli, pokud si tam svůj výlet nakreslím jako cyklotrasu ;)
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Yves P.]

Sur https://demo.addok.xyz tu as un addok avec BANO + POI d'OSM et ça
fonctionne même avec quelques fotes ;)

Il y a tous les POIs ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Christian Quest]

Le 13/08/2020 à 18:55, Cyrille37 OSM via Talk-fr a écrit :

Le 13/08/2020 à 18:50, osm.sanspourr...@spamgourmet.com a écrit :
Il faudrait expliquer à Nominatim 
 que


Centre Hospitalier

C'est aussi le début du nom du POI ... Il faudrait plus de souplesse à 
Nominatim.


Photon, utilisé je crois sur adresse.data.gouv.fr, est plus souple, 
mais sur adresse.data.gouv.fr il n'y a pas les POI ...


C'est addok qui est utilisé sur adresse.gouv.fr, mais il n'y a que les 
adresses, pas les POI.


Sur https://demo.addok.xyz tu as un addok avec BANO + POI d'OSM et ça 
fonctionne même avec quelques fotes ;)


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Yves P.]

> Si il y a un peu des deux :
>
airport near brest
>
> hopital near brest, france
> 
>
Ça c'est le truc bancale des phrases spéciales qui servent à trouver des
POIs sans nom.

Mais je ne crois pas qu'on arrive à chercher un nom et un ou des type de
POI.

__
Yves

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

Re: [talk-cz] Brod na turistické a cyklotrase trase, za vyššího stavu neprůchozí - jak označit

[Milan Zamazal]

> "m" == majkaz   píše:

m> Trochu OT - podle zákona o ochraně přírody tam samostatný zákaz
m> být nemusí, naopak se vjezd cyklistům musí povolit:

m> ...zákaz

m> d) vstupovat a vjíždět mimo cesty vyznačené se souhlasem orgánu
m> ochrany přírody, kromě vlastníků a nájemců pozemků, osob
m> zajišťujících lesní a zemědělské hospodaření, obranu státu a
m> ochranu státních hranic, požární ochranu, zdravotní a veterinární
m> službu, při výkonu této činnosti,

m> f) provozovat horolezectví, létání na padácích a závěsných
m> kluzácích a jezdit na kolech mimo silnice, místní komunikace a
m> místa vyhrazená orgánem ochrany přírody,

m> Pokud budeš posuzovat přísně podle zákona, tohle není ani jedno z
m> toho, dokonce to není evidované ani jako účelová komunikace.
m> Teoreticky tam můžeš projet pouze po té značené cyklostezce,
m> dokonce ani ta cyklisty frekventovaná zelená kolem Rozvodí po
m> hrázi té definici nevyhovuje. Samozřejmě, byla jsem tam taky, na
m> místě to dojde málokomu, resp. obvykle nerozliší místní
m> komunikaci od těch cest co tam jsou.

Po žluté vede oficiální(?) cyklotrasa, takže lze v dobré víře
předpokládat, že je tam se souhlasem orgánu ochrany přírody.  Zelená je
zajímavý případ, cyklotrasa tam není, ale přesto tam plno lidí jezdí.
Podle výše citovaného zákona by neměli, ale na druhou stranu
předpokládám, že kdyby to z hlediska ochrany přírody zásadně vadilo, tak
by se zrovna tam cedule upozorňující na zákaz objevila.  Takže je to
nejspíš tolerováno (a čistě laicky nevím, proč by tam cyklisté měli
vadit nějak moc víc než pěší nebo vedle na řece vodáci; na rozdíl třeba
od těch rybníků u Vitmanova).  Pokud bychom do mapy iniciativně dali
zákaz, asi by to byla spíš byrokracie než smysluplný tag.

Další případ jsou cesty v rezervaci, kde nevede žádná značka (ani pro
pěší), v mapě jsou a navigace jimi cyklistu klidně navede.  V tomto
případě bych určitě uvítal, kdyby v mapě zákaz byl.

Dívám se, že mě navigace vesele navede třeba i rezervací po hřebenu
Jeseníků, což už je zcela evidentně špatně.

Není současný stav zralý na hromadnou úpravu?  Nevím, jestli se dá
snadno udělat něco jako "přidej zákaz pro cyklisty v českých
rezervacích, pokud to není cyklotrasa".  Ano, taková úprava by se dotkla
i výše diskutované zelené, ale pokud by nezpůsobila nějaké závažnější
problémy, mohla by být obecně přínosná a zase o kousek přiblížit OSM
nedostižnému ideálu, kdy nechám navigaci naplánovat trasu, kterou pak
nemusím pečlivě kontrolovat a ručně korigovat.

Milan

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

Re: [talk-cz] Přírodní parky

[majka]

Pokud jsou to kraje, dejte mi přesný popis dat jak to na tom souhlasu
definovat, a můžu to připravit konkrétně, ty adresy někde mám. Ty šablony
je třeba v tomhle bodě je třeba upravit.

Obecně jde jen o tento text, který chceme, aby to nejlépe vytiskli na svůj
hlavičkový papír a podepsali. Teoreticky už státní organizace umí zacházet
s elektronickým podpisem, takže předpokládám, že i to by nám stačilo, a
nemusí se to posílat. Ovšem na mnoha úřadech to pořád ještě raději řeší na
papíře.

Vzor toho souhlasu:

OpenStreetMap Česká republika z.s.

Rašelinová 2283/4

628 00 BRNO

*Souhlas s užitím dat v OpenStreetMap *

*... (organizace) ...* , se sídlem *...* , *IČ ...* prohlašuje, že nemá
námitek s využitím dat týkajících se *(popis dat) *zveřejněných *(kde)* v
databázi OpenStreetMap.

Souhlasíme s tím, že tato data mohou být poskytována třetím stranám pod
svobodnou a otevřenou licencí. V současné době se jedná o licenci ODbL,
tento souhlas se však týká i jakékoli licence, na kterou případně v
budoucnosti Openstreetmap přejde.
V ..., dne
podpis

On Thu, 13 Aug 2020 at 10:59, Tom Ka  wrote:

> Ahoj, pokud uz se tomu venujes, mozna by stalo za to zkusit od nich
> vymanit i neco lepsiho nez mail (ktery je pravne bezcenny, pokud nema
> aspon digitalni podpis). Majka mela nekde ty sablony, co to zkusit
> poslat, jestli by to nekdo z nich nebyl ochotny podepsat, par
> takovychto pravne korektnich souhlasu uz mame.
>
> Diky tom.k
>
> st 12. 8. 2020 v 16:33 odesílatel majkaz  napsal:
> >
> > Za mě ta data do konference určitě ne, i ty souhlasy bych spíš hodila
> rovnou na spolek (nebo tedy Tomovi), případně někam na wiki.
> >
> >
> >
> > Na konferenci spíš patří oznámení toho, že souhlas je, a co se s těmi
> daty přesně zamýšlí udělat.
> >
> >
> >
> > Jen tak mimo, který kraj to zamítl?
> >
> >
> >
> > Majka
> >
> > __
> > > Od: "Jan Kučera" 
> > > Komu: "OpenStreetMap Czech Republic" 
> > > Datum: 12.08.2020 16:23
> > > Předmět: Re: [talk-cz] Přírodní parky
> > >
> >
> > Ahoj,
> > posílám update. AOPK celorepubliková data uvolnit nemůže, má je jen pro
> interní potřebu. Ke dnešku data uvolnilo 9 krajů, jeden přislíbil po
> interní kontrole dat je uvolnit, jeden zamítl a 3 se ještě nevyjádřily.
> > Když mi data poslali mailem, mám to přeposílat sem do konference i s
> těmi daty jako s přílohou, nebo stačí text mailu (ve kterém povolují užití
> pro OSM)? Do konference asi přílohy nesmí, že? Snad bude lepší to pověsit
> na web někam. Přílohy mají občas i několik MB.
> > Kozuch
> >
> > st 17. 6. 2020 v 8:28 odesílatel Tom Ka 
> napsal:
> >>
> >> út 16. 6. 2020 v 18:58 odesílatel Jan Kučera 
> napsal:
> >> > díky za postřehy. Pokusím se získat maximum dat předem. Obeslal jsem
> chybějících 12 krajů mailem se žádostí o uvolnění dat. Ze středních Čech
> snad data dají, ale chtějí, abych jim vyplnil a podepsal formální žádost o
> data a sken poslal zpět. Ta příloha by pak asi prokazovala, že oni data
> uvolnili. Dotaz - když to klapne, kam s tím skenem? Nahrát na wiki a
> odkázat na něj tady v listu? Je nějaký zavedený postup v těchto případech
> (existence přílohy/souboru/dokumentu)?
> >>
> >> Ahoj,
> >>
> >> - inspirace pro pruvodni dopisy apod. jsou napr. zde:
> >> https://openstreetmap.cz/git/majka/spolek
> >> - z hlediska OSM musi ten kdo uvolnuje data bud souhlasit s jejich
> >> uvolnenim pod ODbL nebo (coz je asi lepsi) s jejich vyuzitim pro
> >> import dat do projektu OpenStreetMap. Tj. nestaci pozadat jako
> >> soukroma osoba s tim, ze ti je daji ale nebude uvedena licence nebo
> >> bude licence nekompatibilni apod. Tohle by se tedy melo objevit uz v
> >> zadosti napriklad neco jako:
> >>
> >> Zadam o uvolneni dat XXX pro potreby zkvalitneni informaci o XXX v
> >> datech projektu OpenStreetMap.
> >>
> >> Jinak vlozeni souhlasu je mozne na git - muzu ti udelat uzet na
> >> osmap.cz/git nebo jinde a pak se na to na importni wiki odkazat.
> >>
> >> Bye 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
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[JB]

Lui semble fonctionner, en tous cas :
http://photon.komoot.de/api/?q=Centre%20Hospitalier,%20Luynes
qui renvoie notamment : https://www.openstreetmap.org/relation/4130150
JB

Le 13/08/2020 à 18:26, Cyrille37 OSM via Talk-fr a écrit :

Bonjour,

Sujet récurent.

Avec Nominatim https://osm.org la recherche de "Centre Hospitalier, 
Luynes" ne donne aucun résultat, il faut saisir le nom complet "Centre 
Hospitalier Jean Pagès, Luynes".


Sur la base adresse data.gouv.fr https://adresse.data.gouv.fr/map 
aucun résultat pour "Centre Hospitalier Jean Pagès, Luynes" puisque ce 
n'est pas une adresse.


Heureusement, l'appli Smartphone OsmAnd trouve "Centre Hospitalier, 
Luynes".


Connaissez-vous un moteur de recherche sur le Web ou en API qui trouve 
les demandes raccourcies comme "Centre Hospitalier, Luynes" ?


Merci,
Cyrille37.



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

Re: [Talk-GB] National Cycle Network removal/reclassification

[Dave F via Talk-GB]

On 13/08/2020 15:41, Simon Still wrote:


So my understanding is that OSM normally only maps what’s actually on 
the ground rather than what might be shown on a map (and there was 
some discussion recently about this - 
https://www.mail-archive.com/talk-gb@openstreetmap.org/msg19303.html)


This is slightly untrue. Boundaries aren't marked across fields as 
dashed lines, but stored in documentation, usually electronically these 
days. As long as they're published under a compatible licence OSM can, & 
do, use them.




So even if Sustrans declassify it, if the signs are still up shouldn’t 
it remain in OSM?


OSM should be using the most up to date data available. In this instance 
I think Sustrans saying they've decommissioned a few NCNs & publishing 
an updated map is the more accurate information. I don't think the 
relations should be deleted as they're probably to be reclassified (I 
think).


DaveF

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

Re: [OSRM-talk] Is STXXL still used in the wild?

[Mateusz Loskot]

On Wed, 17 Jun 2020 at 13:48, Denis Chapligin  wrote:
> пн, 15 июн. 2020 г. в 15:47, Mateusz Loskot :
>>
>> On Mon, 15 Jun 2020 at 13:27, Frédéric Rodrigo  
>> wrote:
>> >
>> >
>> > Ask was already made to reaming people with access, to name new
>> > commiters and allow the community to take the project.
>>
>> Some commits are being made and PRs are being merged.
>> So, I'd suggest to keep submitting PRs and keep on nudging
>> maintainers, whoever is available out there.
>>
>
> So I made a PR [0] to remove STXXL, let's see if it will be merged or not.
>
> [0] https://github.com/Project-OSRM/osrm-backend/pull/5760

Denis,

Am I correct you are a committer to the OSRM?
Can you see any way to get someone involved in the review
of the PR or perhaps grant you permission to merge it?

The situation is weird as OSRM receives new commits
but no one seems interested in representing the project.

Best regards,
-- 
Mateusz Loskot, http://mateusz.loskot.net

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

Re: [OSM-talk-fr] josm traduction dans les préréglage highway les attributs liés à "placement"

[leni]

Le 13/08/2020 à 16:24, Éric Gillet a écrit :

Le 11/08/2020 à 11:50, leni a écrit :
Dans le préréglage de certaines routes, il y a les infos "placement" 
(https://wiki.openstreetmap.org/wiki/Key:placement) certains 
attributs décrits dans la proposition 
(https://wiki.openstreetmap.org/wiki/Proposed_features/placement) ne 
sont pas encore traduits.


"placement" a été traduit  par "localisation" est-ce que ce ne serait 
pas plutôt "positionnement" ?

"placement"


et pour la traduction des valeurs ?
"left_of:x"        > "à gauche de la voie x"
"middle_of:x"  > "au milieu de la voie x"
"right_of:x"  > "à droite de la voie x"

"Placement in way direction" > "Positionnement dans le sens du chemin"

"placement dans le sens du tracé"
"Placement opposed to way direction" > "Positionnement dans le sens 
opposé au chemin" 

"placement dans le sens opposé au tracé"

Oui tes suggestions me semblent + lisibles et + correctes



Merci, en fait, j'ai pris en compte les suggestions de Jean-Yvon, que 
j'ai indiqué ci-dessus : en conservant "placement" car on indique où 
doit-être placée la voie et "tracé" plutôt que chemin pour le cas ou le 
tracé n'est pas dans le sens du chemin (oneway=-1)


cordialement

lenny


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

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Yves P.]

>
> Il faudrait plus de souplesse à Nominatim.
>
> La fondation OSM est sur le point de financer des développements pour
Nominatim.
C'est l'occasion de faire des suggestions.

En jouant avec l'API j'ai constaté qu'on ne peut pas filtrer la recherche
par type de POI.

Et il n'y pas de recherche "floue".

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

Re: [Talk-es] Ediciones usuario jlcc78

[Jose Luis Infante]

No hay ninguna discusión sobre que el valor de la etiqueta name de las
carreteras N-6 y N-6A debe ser el que ha indicado Ismael aportando el
documento oficial.

Por supuesto los tramos urbanos de las carreteras pueden tener su propio
nombre como calles de un municipio, aunque al igual que ha hecho Ismael,
deberías documentarlo apropiadamente, sin referencias a fuentes no
autorizadas (como Google). Tienes multitud de posibilidades: datos del
Catastro, aportando fotos de las placas, documentos de las administraciones
autonómicas, provinciales o municipales, por ejemplo. Recuerda que tienes
una petición para documentar en uno de tus cambios.

Respecto a tu actitud respecto a otros usuarios de OSM y a la comunidad en
general resulta bastante tóxica. A eso hay que añadir la falta de rigor al
documentar los cambios y la persistencia de modificar OSM en base a unas
ideas personales. Todo esto provoca que tus ediciones sean consideradas muy
poco fiables.

El jue., 13 ago. 2020 a las 0:01, Mateu Vic () escribió:

> " Solo tienes que utilizar otros mapas (google map) para ver que no hay
> vanadalismo (sic) alguno"
> creo que usar los nombres de google como fuente no está permitido, que no
> son datos libres. Corregidme si me equivoco, por favor
>
> Missatge de yo paseopor  del dia dc., 12 d’ag. 2020
> a les 23:45:
>
>> *¿De donde eres? ¿Donde habitas?*
>> EN ESPAÑA, VIVO EN ESPAÑA, Pero parece que tú no te has dado cuenta aún
>> dónde vives, y tengo la sensación de que tampoco sabes en qué época.
>>
>> *Me reafirmo en todo lo hecho.*
>> ¿Alguien lo dudaba? Incluso aún tienes un segundo nick baneado, eres tan
>> inteligente que has seguido haciendo lo mismo y de forma clara. Qué
>> pretendes? dilo claro. No tienes lo que hay que tener para reconocerlo, hay
>> que leerte entre líneas? Tú y los que piensan como tú deberíais hablar
>> claro, así nos ahorraríamos todos esos barnices que aún os salvan por
>> pertenecer a un país moderno.
>>
>> *Lo que no es de recibo es llamar a la Carretera de La Coruña como lo
>> hacéis. *
>> Listo, que eres un listo. DINOS COMO SE LLAMA. Díselo también al
>> Ministerio, díselo valiente...o es que ya no lo somos tanto porque SABES
>> QUE ES MENTIRA. Te recomiendo que lo pongas en Twitter, y cuando no
>> pudieras ni salir de tu casa por las críticas entonces a lo mejor lo
>> entenderías.
>>
>> *En ningún documento pone que haya que llamar así a esa carretera.*
>> Ya sabemos que no sabes leer. Qué le vamos a hacer, el cerebro se atrofia
>> cuando lleva 40 años en el mismo sitio.
>>
>> https://www.mitma.gob.es/recursos_mfom/paginabasica/recursos/informeleyconservicio_rce2018_240919.pdf
>> << Lo pone aquí.
>>
>> *En cada zona , localidad, provincia de Castilla-León y Madrid la llaman
>> de una manera u otra pero nunca en gallego...*
>> Leyéndote un poco la Constitución, el BOE y esas cositas aprenderías
>> realmente qué es ESPAÑA. Porque yo a España no le tengo miedo, es mi país.
>> Pero también soy catalán, y gracias a gente como tú hay mucha gente que
>> aquí ya no quieren formar parte de lo mismo que tú y lo puedo comprender.
>> Además has descrito el poco respeto que le tienes a las partes que forman
>> España en la actualidad (y que a este ritmo y con gente como tú cada vez
>> serán menos, porque ni yo querría ser español si sólo tuviera que compartir
>> este país contigo o con gente parecida.). No eres capaz de entender qué
>> significa el respeto al otro. Tú que tanto sabes y menosprecias a los demás
>> ¿Eres lingüista? ¿Eres geógrafo? ¿Eres político? Si fueras cualquiera de
>> estas tres cosas estarías faltando a la verdad, pues no actuarías como lo
>> haces.
>> De hecho no sabes ni lo que es OSM porque explicas como un problema el
>> hecho de que haya más o menos claves, cuando en una base de datos poco
>> importa eso. Si te refieres al renderizador hazte uno, aunque para hacerte
>> uno de 40 años atrás lo tienes complicado pues la mayoría de nombres ya no
>> estén en el callejero. Y yo sí que los recuperaría en la base de datos,
>> para no olvidarnos que existe gente como tú y que algún día querrían
>> volverlos a ver activos, con sus atrocidades adjuntas.
>> TU NO ERES ESPAÑA. PORQUE ESPAÑA YA NO ES COMO TÚ (la gran mayoría, así
>> lo podemos ver incluso en el Congreso de los Diputados). A pesar de
>> corrupción en la casa real o estafas políticas en las que tus favoritos son
>> los reyes (antes de votar a la gente que votas comprueba el bien común que
>> han hecho cobrando sueldos por no hacer nada, o llevándose el dinero de tus
>> cuotas de afiliado por ejemplo, o cobrando de los anuncios de esas cadenas
>> que ves y que te han dibujado una realidad que NO EXISTE. )
>>
>> *España es un país ridículo donde los de Madrid o Castilla-León tienen
>> que soportar nombres en gallegiño sin necesidad alguna. Limitáos a vuestras
>> regiones. Y si ya estoy bloqueado aunque eso no va a impedirme seguir dando
>> la paliza con ese tema. Cansinos, que sois unos cansinos. Al Jeslop ya le
>> 

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Cyrille37 OSM via Talk-fr]

Le 13/08/2020 à 18:50, osm.sanspourr...@spamgourmet.com a écrit :
Il faudrait expliquer à Nominatim 
 que


Centre Hospitalier

C'est aussi le début du nom du POI ... Il faudrait plus de souplesse à 
Nominatim.


Photon, utilisé je crois sur adresse.data.gouv.fr, est plus souple, mais 
sur adresse.data.gouv.fr il n'y a pas les POI ...


Cyrille37.

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

Re: [OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[osm . sanspourriel]

Cherche plutôt un hôpital, et ça marche !

Hôpital, Luynes


Il faudrait expliquer à Nominatim
 que

Centre Hospitalier

ça veut dire

amenity
=hospital


Comme ça a été fait pour d'autres raccourcis.

Le 13/08/2020 à 18:26, Cyrille37 OSM via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Bonjour,

Sujet récurent.

Avec Nominatim https://osm.org la recherche de "Centre Hospitalier,
Luynes" ne donne aucun résultat, il faut saisir le nom complet "Centre
Hospitalier Jean Pagès, Luynes".

Sur la base adresse data.gouv.fr https://adresse.data.gouv.fr/map
aucun résultat pour "Centre Hospitalier Jean Pagès, Luynes" puisque ce
n'est pas une adresse.

Heureusement, l'appli Smartphone OsmAnd trouve "Centre Hospitalier,
Luynes".

Connaissez-vous un moteur de recherche sur le Web ou en API qui trouve
les demandes raccourcies comme "Centre Hospitalier, Luynes" ?

Merci,
Cyrille37.


___
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

[OSM-talk-fr] recherche d'adresses et POI, comment quitter Google ?

[Cyrille37 OSM via Talk-fr]

Bonjour,

Sujet récurent.

Avec Nominatim https://osm.org la recherche de "Centre Hospitalier, 
Luynes" ne donne aucun résultat, il faut saisir le nom complet "Centre 
Hospitalier Jean Pagès, Luynes".


Sur la base adresse data.gouv.fr https://adresse.data.gouv.fr/map aucun 
résultat pour "Centre Hospitalier Jean Pagès, Luynes" puisque ce n'est 
pas une adresse.


Heureusement, l'appli Smartphone OsmAnd trouve "Centre Hospitalier, Luynes".

Connaissez-vous un moteur de recherche sur le Web ou en API qui trouve 
les demandes raccourcies comme "Centre Hospitalier, Luynes" ?


Merci,
Cyrille37.


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

Re: [Talk-GB] National Cycle Network removal/reclassification

[John Aldridge]

On 8/13/2020 3:41 PM, Simon Still wrote:
 
Width of cycleyway is definitely useful if separated from traffic but 
some way of reflecting the comfort of the riding experience on marked 
routes would be a big step forward. Traffic Volumes,. Lane widths, 
traffic speed all contribute (as does surface - gravel bad, cobbles bad, 
smooth tarmac good)


Definitely. I have no solution to offer, but it's perhaps worth noting 
that there are several classes of user here - what's fine for a mountain 
bike may be downright uncomfortable for a racing bike, and what's fine 
for a leisurely Sunday excursion might be wholly unsuitable for a daily 
commute.


Another aspect which has a big effect on the cycling experience is the 
frequency of encountering walkers (especially dog walkers). If you 
frequently have to slow to a walking pace to get past safely, it rapidly 
spoils the experience.


Being on an NCN is definitely no guarantee: one of the least comfortable 
couple of mile's cycling I recall was on the NCN 3 at Penzance, for example.


John

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

Re: [Talk-GB] Street-name toids

[Nick]

I am using the UPRN data in QGIS and checking each manually on 
https://osg.scot/portal/ (e.g. UPRN: 137090388). That of course does not 
identify if it is historic and what it is assigned to (the UPRN open 
data is a point not polygon)


On 13/08/2020 15:52, Mark Goodge wrote:



On 13/08/2020 15:30, Nick wrote:
On delving deeper, it looks as if my comment is a load of rubbish. 
UPRNs that are listed do include huge numbers of adopted roads - so 
if we could have a list of these and other 'non-addressable' UPRNs, 
it would help users identify relevant ones


How are you identifying that the UPRNs in question are current (ie, 
not "historic") and are actually assigned to the street as a whole and 
not some specific artifact on it?


Mark

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


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

Re: [OSM-talk-fr] Doutes sur un groupe de modifications

[Arnaud Champollion]

Le 13/08/2020 à 16:41, Donat ROBAUX a écrit :

Par hasard si c'est possible, 
proposez-lui de venir à une rencontre physique vu qu'il n'habite pas 
loin. Ca prouvera sa bonne ou mauvaise volonté.


Oui ça lui a déjà été proposé en janvier :)


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

Re: [Talk-GB] Street-name toids

[Mark Goodge]

On 13/08/2020 15:30, Nick wrote:
On delving deeper, it looks as if my comment is a load of rubbish. UPRNs 
that are listed do include huge numbers of adopted roads - so if we 
could have a list of these and other 'non-addressable' UPRNs, it would 
help users identify relevant ones


How are you identifying that the UPRNs in question are current (ie, not 
"historic") and are actually assigned to the street as a whole and not 
some specific artifact on it?


Mark

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

Re: [OSM-talk-fr] Doutes sur un groupe de modifications

[Donat ROBAUX]

Bonjour,

Je suis d'accord avec Romain.
Quand je détecte des erreurs, j'envoie quasi systématiquement la page là
dans le changestet ou sur la MP du contributeur:
https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques#N.27utilisez_pas_de_tag_name_pour_d.C3.A9crire_des_choses.
ou
un des paragraphes de cette page de Bonnes pratiques
https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques, que je suggère à
tout le monde de garder en favori avec celle-ci
https://wiki.openstreetmap.org/wiki/FR:France/bienvenue
Mais je vois que tout ca est déjà fait, donc c'est parfait.

Mais si il a déjà fait parlé de lui en mal, ca risque de tourner court. Il
portait alors pas mal son username... Par hasard si c'est possible,
proposez-lui de venir à une rencontre physique vu qu'il n'habite pas loin.
Ca prouvera sa bonne ou mauvaise volonté.

Donat





> -- Forwarded message --
> From: Romain MEHUT 
> To: talk-fr@openstreetmap.org
> Cc:
> Bcc:
> Date: Thu, 13 Aug 2020 12:59:05 +0200 (CEST)
> Subject: Re: [OSM-talk-fr] Doutes sur un groupe de modifications
> Bonjour,
>
> Si le contributeur ne daigne pas répondre, à mon sens, il ne faut pas
> hésiter à tout supprimer. Sinon, comme je le disais dans le fil sur les
> aires urbaines "on n'ose pas toujours pour ne pas froisser des
> susceptibilités" mais il n'est pas non plus acceptable de laisser années
> après années des données incorrectes...
>
> Romain
>
> De : Arnaud Champollion 
> À : talk-fr@openstreetmap.org
> Sujet : [OSM-talk-fr] Doutes sur un groupe de modifications
> Date : 13/08/2020 10:07:11 Europe/Paris
>
> Bonjour,
>
> Dans les Alpes de Haute Provence un contributeur, qui n'en est pas à sa
> première, cartographie régulièrement des objets inexistants, dont les
> sources sont parfois des projets, des dispositions légales, voire des
> revendications personnelles.
>
> Nouvelle contribution avec 27 nouveaux chemins nommés "piste publique" :
>
> http://overpass-turbo.eu/s/WZB
>
> https://www.openstreetmap.org/changeset/89259997?way_page=3
>
> - On ne comprend pas bien s'il s'agit de pistes ou de sentiers.
> - La plupart sont invérifiables sur l'orthophoto, certains avec un tracé
> très approximatif.
> - Le commentaire laisse à penser que le cadastre est la source de données.
> - Je doute que tous ces chemins portent le nom de "piste publique" : a
> priori mauvaise utilisation du tag "name" et peut-être une information à
> faire figurer dans d'autres attributs (access ?)
>
> On a l'impression que cette contribution vise à cartographier des
> chemins qui "devraient" exister ou "devraient être d'accès public"
> d'après la réglementation, selon une source discutable (cadastre) et peu
> vérifiable sur le terrain.
>
> Il s'agit du même contributeur qui nommait "accaparé" tous les sentiers
> qu'il estimait publics mais accaparés par les propriétaires voisins,
> créait des voies cyclables inexistantes nommées "projet voie verte"
> (projet inexistant par ailleurs) et avait même créé de toutes pièces un
> pôle d'échange multimodal inexistant à côté de la gare SNCF, là où il
> n'y a que des broussailles et aucun projet de ce genre.
>
> Avec l'association Linux Alpes on met un commentaire sur le groupe de
> modifications (par le passé il n'a jamais répondu).
>
> Ça serait dommage de tout supprimer car il y a probablement, dans le
> lot, quelques chemins existants, mais je doute fortement de la plupart
> et dans tous les cas le champ "name" est à mon avis à supprimer. Ou à
> déplacer, par exemple dans "comment" ? Afin aussi de pouvoir les
> retrouver plus facilement si on doit les supprimer en fin de compte.
>
> Qu'en pensez-vous ?
>
> Arnaud
>
>
>
>
>
>
>
> ___
> 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-GB] National Cycle Network removal/reclassification

[Simon Still]

> On 13 Aug 2020, at 11:41, Robert Whittaker (OSM lists) 
>  wrote:
> 
> On Sat, 18 Jul 2020 at 14:49, Richard Fairhurst  wrote:
>> ... However, note that the "removed"
> sections mostly won't be reflected on the ground yet. Also, the
> dataset isn't perfect, as there's at least one bit near me where the
> route Sustrans have is wrong. I think it's also likely that some of
> the small gaps that have been created are inadvertent and will quickly
> be filled back in as volunteers review the new network.
> 
> We also might need to think about our tagging, as there will now be
> more levels of routes: Full NCN routes, other promoted named routes
> that aren't on the NCN. How can we distinguish these in OSM?
> network=ncn and network=rcn are typically used for national and
> regional level routes rather than specifically the Sustrans NCN.

An interesting conundrum.  I’m thinking about mapping and navigation in London 
at the moment (see blogs at 
https://www.lcc.org.uk/articles/finding-your-way-on-londons-cycle-infrastructure-1
 

https://www.lcc.org.uk/articles/signage-and-wayfinding 



So my understanding is that OSM normally only maps what’s actually on the 
ground rather than what might be shown on a map (and there was some discussion 
recently about this - 
https://www.mail-archive.com/talk-gb@openstreetmap.org/msg19303.html)

So even if Sustrans declassify it, if the signs are still up shouldn’t it 
remain in OSM?  Conversely  - how do you deal with older bits of say London 
Cycle Network where signs have been removed or become unreadable. For example, 
I recently had an extended discussion about the status of the paths in 
Brockwell Park in Brixton (changeset here - 
https://www.openstreetmap.org/changeset/83547875 
 )  Maps showed routes and 
there may once have been signage but there is no longer any signage and 
supporting information says there is not a designated ‘route’ here. 

In my view there is definitely scope to look at adding more info to cycle 
routes/tracks/cycleways to give more information to routing algorithms about 
the real experience of using them.

Would welcome input on what as we’re doing more on this at the London Cycling 
Campaign. 

Width of cycleyway is definitely useful if separated from traffic but some way 
of reflecting the comfort of the riding experience on marked routes would be a 
big step forward. Traffic Volumes,. Lane widths, traffic speed all contribute 
(as does surface - gravel bad, cobbles bad, smooth tarmac good)  ___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Street-name toids

[Nick]

On delving deeper, it looks as if my comment is a load of rubbish. UPRNs 
that are listed do include huge numbers of adopted roads - so if we 
could have a list of these and other 'non-addressable' UPRNs, it would 
help users identify relevant ones


On 13/08/2020 14:08, Nick wrote:
Lester makes a very valid point - the UPRNs relating to roads/streets 
are probably not adopted (certainly the example that I cited in Fife 
is not adopted)


On 13/08/2020 11:21, Lester Caine wrote:

On 13/08/2020 10:55, SK53 wrote:
That was me too, I would have added the USRN if I'd had it 
immediately accessible. My understanding is that UPRNs do apply to 
roads, but have much to learn about them. I've added them to a 
couple of others at Cinderhill which is housing built on open fields 
so no historical properties there.


This is a case of establishing what the UPRN actually relates to in 
terms of the parcel of land covered by it. There WILL be a UPRN for 
either the parcel of land, or even for the individual fields, but 
those will be superseded by the new UPRN's for each of the subdivided 
parcels in the new development. It is MY take on things that 
publically adopted roads only have a USRN and the historic UPRN is 
simply that - an historic record. But I believe ( and stand to be 
corrected ) that private roads do require a UPRN covering the 
ownership of the land? The UPRN is in essence the reference to the 
land registration showing ownership, and it may be today that 
councils are registering the publically adopted roads as has been 
seen recently with their claiming ownership of land people thought 
was part of their gardens but which the council want to sell them ... 
even where land registry records show a different situation?




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


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

Re: [OSM-talk-fr] josm traduction dans les préréglage highway les attributs liés à "placement"

[Éric Gillet]

Le 11/08/2020 à 11:50, leni a écrit :
Dans le préréglage de certaines routes, il y a les infos "placement" 
(https://wiki.openstreetmap.org/wiki/Key:placement) certains attributs 
décrits dans la proposition 
(https://wiki.openstreetmap.org/wiki/Proposed_features/placement) ne 
sont pas encore traduits.


"placement" a été traduit  par "localisation" est-ce que ce ne serait 
pas plutôt "positionnement" ?


et pour la traduction des valeurs ?
"left_of:x"        > "à gauche de la voie x"
"middle_of:x"  > "au milieu de la voie x"
"right_of:x"  > "à droite de la voie 1"

"Placement in way direction" > "Positionnement dans le sens du chemin"
"Placement opposed to way direction" > "Positionnement dans le sens 
opposé au chemin" 

Oui tes suggestions me semblent + lisibles et + correctes

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

Re: [OSM-talk] Referential integrity of https://planet.openstreetmap.org/replication/minute//004/146/694.osc.gz

[Roland Olbricht via talk]

Hi all,


in the minute diff, in file
https://planet.openstreetmap.org/replication/minute//004/146/694.osc.gz
the way 40657824 uses node 7804408284, but that node is contained
neither in 694.osc.gz nor in any earlier minute diff.


It's in 693 as far as I can see?

Tom


I would like to thank mmd for the investigation and TomH for clarifying
the correct order of diff downloads, see
https://wiki.openstreetmap.org/wiki/Planet.osm/diffs#Fetching_diff_files

There is a new release of the Overpass API
https://dev.overpass-api.de/releases/osm-3s_v0.7.56.6.tar.gz
that adheres to these rules.

Best regards,
Roland

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

Re: [Talk-GB] Street-name toids

[Mark Goodge]

On 13/08/2020 13:34, I wrote:


The TOIDs in those datasets can then be cross-referenced against OS 
OpenNames to give the OS name for the linked USRNs. Although this isn't, 
always, the same as the official USRN name of the street, which can be 
confusing. But that's because OS (like OSM) maps what is visible, rather 
than necessarily what is documented, and if a street has a name by which 
it is commonly referred to then that's what goes on the OS maps even if 
it has a different name in the USRN.


Just as an aside to that, there are just over 92,000 USRNs in the Open 
USRN database that are linked to both a named road in OpenNames (via the 
TOIDS LID) and have a name in the NSG, but those two names are not the same.


In a lot of cases that's a simple translation difference - OpenNames is 
English-only, but the NSG uses local names (eg, in Welsh) where 
different to English. Others are relatively minor disagreements over 
spelling (eg, Aaron's Hill v Aarons Hill or Abbey Fields v Abbeyfields). 
The NSG also differentiates, in some cases, between different 
carriageways of dual carriageways, so it has, for example, both Abbey 
Hill Westbound and Abbey Hill Eastbound where OpenNames only has Abbey 
Hill. But, even after excluding these, there are still a significant 
number of streets where the OpenNames name and the NSG name are 
completely different.


I haven't dug particularly deeply into this, as the NSG list of street 
names, although readily available, isn't open data so it's not a lot of 
practical use for my purposes (or, for that matter, OSM). But it is an 
illustration of how even the "official" name of something is not 
necessarily the "correct" name. The naming of roads is a difficult 
matter, it isn't just one of your armchair map games :-)


Mark

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

Re: [Talk-GB] Street-name toids

[Nick]

Lester makes a very valid point - the UPRNs relating to roads/streets 
are probably not adopted (certainly the example that I cited in Fife is 
not adopted)


On 13/08/2020 11:21, Lester Caine wrote:

On 13/08/2020 10:55, SK53 wrote:
That was me too, I would have added the USRN if I'd had it 
immediately accessible. My understanding is that UPRNs do apply to 
roads, but have much to learn about them. I've added them to a couple 
of others at Cinderhill which is housing built on open fields so no 
historical properties there.


This is a case of establishing what the UPRN actually relates to in 
terms of the parcel of land covered by it. There WILL be a UPRN for 
either the parcel of land, or even for the individual fields, but 
those will be superseded by the new UPRN's for each of the subdivided 
parcels in the new development. It is MY take on things that 
publically adopted roads only have a USRN and the historic UPRN is 
simply that - an historic record. But I believe ( and stand to be 
corrected ) that private roads do require a UPRN covering the 
ownership of the land? The UPRN is in essence the reference to the 
land registration showing ownership, and it may be today that councils 
are registering the publically adopted roads as has been seen recently 
with their claiming ownership of land people thought was part of their 
gardens but which the council want to sell them ... even where land 
registry records show a different situation?




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

Re: [Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten

[Björn Stenberg]

Trevligt initiativ, men jag håller inte med dig om taggningen.

Jag tycker inte att en vanlig brygga eller enkla omklädningsrum räcker för
att det ska vara amenity=public_bath. Wiki-sidan
https://wiki.openstreetmap.org/wiki/Swimming_and_bathing håller med mig:

"Public bath
A facility where you can go and take a bath, e.g. an onsen, a hot spring, a
hammam or a thermal bath. It must have something more than just showers,
but it may be anything from bathtubs up to swimming pools. Large bath
houses can have outside baths. A fee may be charged for entry. If
membership is needed, set access to private. Tag the building, and if
present also the outside premises with pools."

"It must be more than just showers" tycker jag är ganska tydligt. De flesta
vanliga enkla badplatser vid svenska sjöar har inte "facilities" i denna
bemärkelse och är därför inte sådana offentliga badhus som
amenity=public_bath avser.

--
Björn
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-GB] Street-name toids

[Mark Goodge]

On 13/08/2020 11:25, Robert Whittaker (OSM lists) wrote:

On Wed, 12 Aug 2020 at 16:56, SK53  wrote:

OpenRoads from the Ordnance Survey contains a field containing the toid for the 
street name. I wonder if we should include these alongside usrn & uprn. They 
may be more useful than either for gathering complex roads which share a name.


I'd tend to see the TOIDs are just an internal ID used in OS MasterMap
and not something that there's much value in adding to OSM. I'd have
thought that that USRN should be a sufficient unique reference number
for highways. (Everything in OS MasterMap has a TOID, and actually I
think streets have two -- one for the centreline geometry, and one for
the bounding polygon. If we start adding TOIDs for streets, where
would we stop?)


A street will have multiple TOIDs if it has multiple names. For example, 
USRN 21, part of the A27 Shoreham By-Pass, is linked to TOIDs 
osgb400023625257 and osgb400030480763 - the first for the 
number,m the second for the name.



However, from a practical point of view, if you want to check OSM for
completeness against OS Open Roads, then having the TOID in OSM would
be useful. But perhaps a better solution would be to persuade OS that
they should be including the USRNs in OS Open Roads -- as these are
now the promoted 'gold standard' open unique identifiers for streets.


There's an Open Data Linked Identifiers (LIDS) dataset available from OS 
which links USRNs to TOIDs.


https://osdatahub.os.uk/downloads/open/LIDS

Well, actually, there's two of them, and I'm not entirely sure what the 
difference is:


Road TOID Street USRN 10
RoadLink TOID Street USRN 8

Both of them have exactly the same data format.

The TOIDs in those datasets can then be cross-referenced against OS 
OpenNames to give the OS name for the linked USRNs. Although this isn't, 
always, the same as the official USRN name of the street, which can be 
confusing. But that's because OS (like OSM) maps what is visible, rather 
than necessarily what is documented, and if a street has a name by which 
it is commonly referred to then that's what goes on the OS maps even if 
it has a different name in the USRN.


Mark

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

[Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten

[Per Eric Rosén]

Hej!

Jag har börjat gå igenom badplatser - och hittade en *mängd* olika taggningar,
bland annat leisure=beach och beach_resort, natural=beach på noder,
sport=swimming och name="badplats" ...

Försöker normalisera till amenity=public_bath (när det finns i alla fall brygga
och byggnader) eller i ett fåtal fall leisure=bathing_place när det inte verkar
finnas några faciliteter av flygfoto eller tidigare taggning att döma. I alla
fall den första visas som badplats i standardkartan.

Har också hittat en trevlig källa för att hitta fler badplatser, och ibland
hitta namn på dem: Havs- och vattenmyndighetens statistik över vattenkvalitet.
Själva vattenkvaliteten varierar lite för mycket för att passa i OSM, men borde
gå använda namn, plats, URL till vattenkvalitet och om badet kontrolleras enligt
EU-krav.

Ska gå att använda motsvarande CC0 enligt konversation med myndigheten.
https://www.havochvatten.se/hav/fiske--fritid/badvatten/statistik-over-badvattenkvalitet.html

Tänker bara göra manuell import - det är för mycket som sticker ut med
badplatser och behöver rättas till för någon automatisering.

Frågor:

1. Vill någon vara med? Då kan jag göra GeoJSON och lägga upp, så kan fler
   importera manuellt. Vore trevligt - det är många noder.

2. jag tänkte använda ref:hav för ID hos havs- och vattenmyndigheten.
   Tänker att det är bra kunna gå tillbaka - en interaktiv karta skulle
   rent av kunna hämta aktuell vattenkvalitet. Synpunkter på ref-tagg?

3. Finns det någon tagg för EU-granskat bad redan?

4. Det verkar vara rätt stor variation i om noder för badplats placeras
   i vatten eller på land. Jag lutar något åt vatten nära stranden
   eftersom det är där badet sker, men kan tänka mig annat (liksom
   undantag för till exempel badplats på udde). Synpunkter?

/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7CE4 3D3B EDC9 4445 2664  EBB7 70C6 DEA9 B320 F875___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-GB] Street-name toids

[SK53]

These toids are for the name rather than the physical street - I'm not
interested in toids in general. It is their potential utility in
disambiguating streets which I'm interested in (although as the Derby Road
case I cited is one I'm particularly interested in - it splits multiple
times, has dual carriageway sections, residential service roads, and even
has a residential service road with a different name
 but
addresses belong to the main road - is not split on historical boundaries
not quite as useful as I hoped). Where there is contiguity of the road
segments they can be merged on name alone, but where they are splits - not
just roundabouts - it can be harder to automatically merge the correct
elements. Other examples might be Denman Street in Radford
 & Alfred Street in St
Ann's  both split
into many sections by 1970s re-development. House numbers continue to
reflect that these were once a single street even if the individual
sections have extension names (I presume the street name toids are
different in these cases).

Wrt to UPRNs not referring to streets. This location
 on Robert's site
shows several UPRNs on streets:

   - 10009154384 on Averton Square
   - 10009156248 at start of Longore Square
   - 10009156248 at E end of Fairham Drive

The other non-building UPRNs are the substation in Orston Spinney (verified
as also present in the Asset Register open data) and the secret allotments
(possibly disused or sold as no-longer in the Asset Register) behind
Averton Square.

The land was in medieval times part of the open field system of Sutton
Passeys, a village deserted by the 16th century. It was emparked by the
Willoughby family around 1580 when Wollaton Hall was built, and enclosed by
a wall by Lord Middleton early in the 19th century (part of his defences
against Luddites & others). The land was acquired by Nottingham Council in
the early 1920s
 when
they built the current housing estate. There is an Elizabethan mining adit
or sough built to drain the Willoughby collieries

at Wollaton running somewhere in the vicinity, but other than that no
historical properties in the lifetime of the Ordnance Survey.

I therefore think these UPRNs must refer to the roads.

Jerry



On Thu, 13 Aug 2020 at 11:26, Robert Whittaker (OSM lists) <
robert.whittaker+...@gmail.com> wrote:

> On Wed, 12 Aug 2020 at 16:56, SK53  wrote:
> > OpenRoads from the Ordnance Survey contains a field containing the toid
> for the street name. I wonder if we should include these alongside usrn &
> uprn. They may be more useful than either for gathering complex roads which
> share a name.
>
> I'd tend to see the TOIDs are just an internal ID used in OS MasterMap
> and not something that there's much value in adding to OSM. I'd have
> thought that that USRN should be a sufficient unique reference number
> for highways. (Everything in OS MasterMap has a TOID, and actually I
> think streets have two -- one for the centreline geometry, and one for
> the bounding polygon. If we start adding TOIDs for streets, where
> would we stop?)
>
> However, from a practical point of view, if you want to check OSM for
> completeness against OS Open Roads, then having the TOID in OSM would
> be useful. But perhaps a better solution would be to persuade OS that
> they should be including the USRNs in OS Open Roads -- as these are
> now the promoted 'gold standard' open unique identifiers for streets.
>
> Robert.
>
> --
> Robert Whittaker
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Doutes sur un groupe de modifications

[Arnaud Champollion]

Le 13/08/2020 à 12:59, Romain MEHUT a écrit :

Bonjour,

Si le contributeur ne daigne pas répondre, à mon sens, il ne faut pas 
hésiter à tout supprimer. Sinon, comme je le disais dans le fil sur les 
aires urbaines "on n'ose pas toujours pour ne pas froisser des 
susceptibilités" mais il n'est pas non plus acceptable de laisser années 
après années des données incorrectes...


Romain


On va lui laisser quelques jours pour se manifester, à défaut 
j'interviendrai. Ça serait quand même utile de comprendre le contexte, 
même si j'ai peu d'espoir.


On peut faire :

- Soit avec un revert, c'est peut-être le plus simple, même si on perd 
quelques contributions pertinentes. Ça revient à faire comme si le 
groupe de modifications n'avait jamais eu lieu.


- Soit en déplaçant les champs "name" vers "note" en ajoutant "précision 
'piste publique' apportée par le contributeur".


- Soit, plus fin, en supprimant les chemins en V1 non visibles sur 
l'orthophoto et en supprimant les champs "name" sur tous.


Autre proposition ?

Le souci c'est que dans le lot il y a certainement des sentiers 
existants, peut-être partiellement.


Par exemple le chemin 
https://www.openstreetmap.org/way/836149398#map=16/43.9571/6.1364 est 
particulièrement parlant : presque rien sur l'orthophoto, pas de 
connexion au sud. Le cadastre (couche dispo dans JOSM) mentionne en 
effet un chemin et si on observe attentivement la photo aérienne on 
devine par endroits une trace. Donc il pourrait y avoir, ou y avoir eu 
un semblant de sentier. De là à dire qu'il y en a un  et encore 
faudrait-il le vérifier sur le terrain (et par cette chaleur 掠) , je 
doute fortement que le contributeur ait parcouru récemment les 27 sentiers.






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

Re: [Talk-at] OSM AT Erreichbarkeit

[Johann Haag]

Leider wird auch die Webseite nicht gewartet, Anfragen bleiben monatelang 
unbeantwortet.
Das bedeutet, in Österreich an OpenStreetMap interessierte, werden auf ein 
Abstellgleis gelenkt.

Es ist längst an der Zeit, dass man den Wiener Verein aus der Liste 
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters 
 entfernt, und 
den Domain openstreetmap.at  mit openstreetmap.de 
 zusammenführt.

Grüsse Johann Haag
Aktueller Nr.1 OpenStreetMap Mitwirkender in Österreich

> Am 13.08.2020 um 12:29 schrieb Stefan Tauner via Talk-at 
> :
> 
> LWG-Sach

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

Re: [OSM-talk-fr] Doutes sur un groupe de modifications

[Romain MEHUT]

Bonjour,



Si le contributeur ne daigne pas répondre, à mon sens, il ne faut pas hésiter à 
tout supprimer. Sinon, comme je le disais dans le fil sur les aires urbaines 
"on n'ose pas toujours pour ne pas froisser des susceptibilités" mais il n'est 
pas non plus acceptable de laisser années après années des données 
incorrectes...



Romain


De : Arnaud Champollion 
À : talk-fr@openstreetmap.org
Sujet : [OSM-talk-fr] Doutes sur un groupe de modifications
Date : 13/08/2020 10:07:11 Europe/Paris

Bonjour,

Dans les Alpes de Haute Provence un contributeur, qui n'en est pas à sa 
première, cartographie régulièrement des objets inexistants, dont les 
sources sont parfois des projets, des dispositions légales, voire des 
revendications personnelles.

Nouvelle contribution avec 27 nouveaux chemins nommés "piste publique" :

http://overpass-turbo.eu/s/WZB

https://www.openstreetmap.org/changeset/89259997?way_page=3

- On ne comprend pas bien s'il s'agit de pistes ou de sentiers.
- La plupart sont invérifiables sur l'orthophoto, certains avec un tracé 
très approximatif.
- Le commentaire laisse à penser que le cadastre est la source de données.
- Je doute que tous ces chemins portent le nom de "piste publique" : a 
priori mauvaise utilisation du tag "name" et peut-être une information à 
faire figurer dans d'autres attributs (access ?)

On a l'impression que cette contribution vise à cartographier des 
chemins qui "devraient" exister ou "devraient être d'accès public" 
d'après la réglementation, selon une source discutable (cadastre) et peu 
vérifiable sur le terrain.

Il s'agit du même contributeur qui nommait "accaparé" tous les sentiers 
qu'il estimait publics mais accaparés par les propriétaires voisins, 
créait des voies cyclables inexistantes nommées "projet voie verte" 
(projet inexistant par ailleurs) et avait même créé de toutes pièces un 
pôle d'échange multimodal inexistant à côté de la gare SNCF, là où il 
n'y a que des broussailles et aucun projet de ce genre.

Avec l'association Linux Alpes on met un commentaire sur le groupe de 
modifications (par le passé il n'a jamais répondu).

Ça serait dommage de tout supprimer car il y a probablement, dans le 
lot, quelques chemins existants, mais je doute fortement de la plupart 
et dans tous les cas le champ "name" est à mon avis à supprimer. Ou à 
déplacer, par exemple dans "comment" ? Afin aussi de pouvoir les 
retrouver plus facilement si on doit les supprimer en fin de compte.

Qu'en pensez-vous ?

Arnaud







___
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-GB] National Cycle Network removal/reclassification

[Robert Whittaker (OSM lists)]

On Sat, 18 Jul 2020 at 14:49, Richard Fairhurst  wrote:
> Sustrans' own website mapping has just been updated to take account of this, 
> which you can see at https://osmaps.ordnancesurvey.co.uk/ncn . The dashed 
> lines are reclassified, while some sections have been removed entirely.
>
> It's not currently released under an open licence so not suitable for direct 
> inclusion into OSM. I will see if I can get permission for the data to be 
> used.

Sustrans' NCN data is available from
http://livingatlas-dcdev.opendata.arcgis.com/datasets/54a66fa3c15d4e118e085fbd9b141aae
as vector tiles under the ODbL. However, note that the "removed"
sections mostly won't be reflected on the ground yet. Also, the
dataset isn't perfect, as there's at least one bit near me where the
route Sustrans have is wrong. I think it's also likely that some of
the small gaps that have been created are inadvertent and will quickly
be filled back in as volunteers review the new network.

We also might need to think about our tagging, as there will now be
more levels of routes: Full NCN routes, other promoted named routes
that aren't on the NCN. How can we distinguish these in OSM?
network=ncn and network=rcn are typically used for national and
regional level routes rather than specifically the Sustrans NCN.

For anyone interested in working with the data, I'm wondering if
vector tiles is the most convenient format? Would a shapefile be
better for example? I was at Sustrans volunteer webinar last night,
and there was concern about getting various OSM-based maps and routers
updated. So if there's a more convenient data format for OSM mappers,
I think there's a good chance Sustrans would look in to it for us.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-GB] Street-name toids

[Colin Smale]

On 2020-08-13 12:25, Robert Whittaker (OSM lists) wrote:

> On Wed, 12 Aug 2020 at 16:56, SK53  wrote: 
> 
>> OpenRoads from the Ordnance Survey contains a field containing the toid for 
>> the street name. I wonder if we should include these alongside usrn & uprn. 
>> They may be more useful than either for gathering complex roads which share 
>> a name.
> 
> I'd tend to see the TOIDs are just an internal ID used in OS MasterMap
> and not something that there's much value in adding to OSM.

That is apparently not how OS are positioning TOIDs, according to
Wikipedia 
https://en.wikipedia.org/wiki/TOID 

TOIDs are intended to be persistent, and aimed at integration between
databases. OSM would be one such database, wouldn't it?___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-at] OSM AT Erreichbarkeit

[Stefan Tauner via Talk-at]

Hi,

Simon Poole versucht jemanden vom Verein per i...@openstreetmap.at
wegen einer trivialen LWG-Sache zu kontaktieren, aber erreicht niemand.
Falls sich jemand angesprochen fühlt, bitte meldet euch bei
si...@osmfoundation.org
Thx.
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-GB] Street-name toids

[Robert Whittaker (OSM lists)]

On Wed, 12 Aug 2020 at 16:56, SK53  wrote:
> OpenRoads from the Ordnance Survey contains a field containing the toid for 
> the street name. I wonder if we should include these alongside usrn & uprn. 
> They may be more useful than either for gathering complex roads which share a 
> name.

I'd tend to see the TOIDs are just an internal ID used in OS MasterMap
and not something that there's much value in adding to OSM. I'd have
thought that that USRN should be a sufficient unique reference number
for highways. (Everything in OS MasterMap has a TOID, and actually I
think streets have two -- one for the centreline geometry, and one for
the bounding polygon. If we start adding TOIDs for streets, where
would we stop?)

However, from a practical point of view, if you want to check OSM for
completeness against OS Open Roads, then having the TOID in OSM would
be useful. But perhaps a better solution would be to persuade OS that
they should be including the USRNs in OS Open Roads -- as these are
now the promoted 'gold standard' open unique identifiers for streets.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-GB] Street-name toids

[Lester Caine]

On 13/08/2020 10:55, SK53 wrote:
That was me too, I would have added the USRN if I'd had it immediately 
accessible. My understanding is that UPRNs do apply to roads, but have 
much to learn about them. I've added them to a couple of others at 
Cinderhill which is housing built on open fields so no historical 
properties there.


This is a case of establishing what the UPRN actually relates to in 
terms of the parcel of land covered by it. There WILL be a UPRN for 
either the parcel of land, or even for the individual fields, but those 
will be superseded by the new UPRN's for each of the subdivided parcels 
in the new development. It is MY take on things that publically adopted 
roads only have a USRN and the historic UPRN is simply that - an 
historic record. But I believe ( and stand to be corrected ) that 
private roads do require a UPRN covering the ownership of the land? The 
UPRN is in essence the reference to the land registration showing 
ownership, and it may be today that councils are registering the 
publically adopted roads as has been seen recently with their claiming 
ownership of land people thought was part of their gardens but which the 
council want to sell them ... even where land registry records show a 
different situation?


--
Lester Caine - G8HFL
-
Contact - https://lsces.uk/wiki/Contact
L.S.Caine Electronic Services - https://lsces.uk
Model Engineers Digital Workshop - https://medw.uk
Rainbow Digital Media - https://rainbowdigitalmedia.uk

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

Re: [Talk-GB] Street-name toids

[SK53]

That was me too, I would have added the USRN if I'd had it immediately
accessible. My understanding is that UPRNs do apply to roads, but have much
to learn about them. I've added them to a couple of others at Cinderhill
which is housing built on open fields so no historical properties there.

Jerry

On Wed, 12 Aug 2020 at 20:37, Mark Goodge  wrote:

>
>
> On 12/08/2020 16:54, SK53 wrote:
> > OpenRoads from the Ordnance Survey contains a field containing the toid
> > for the street name. I wonder if we should include these alongside usrn
> > & uprn. They may be more useful than either for gathering complex roads
> > which share a name.
> >
> > Experimentally I have added this
> >  toid to a street in
> Glossop.
>
> I think adding toids is worth it, if we can unambiguously link them.
>
> However, I'm a little concerned that someone has added a UPRN to that
> way. UPRNs are not, generally, applied to streets, and looking at the
> ESRI satellite view I suspect that that's actually a legacy UPRN which
> applied to the property before it was redeveloped for housing.
>
> The street does have a USRN, which is 17326392. If you compare this:
>
> https://uprn.uk/usrn/17326392
>
> which is Foundry Close, with this:
>
> https://uprn.uk/usrn/17301086
>
> which is Surrey Street (that Foundry Close connects to), you'll see on
> the latter a single UPRN on top of Foundry Close. But switch to the
> satellite view on that page and you'll see that it's appears to be the
> UPRN of what was, at the time the image was taken, some empty land that
> had been cleared for redevelopment.
>
> Mark
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-at] Saisonalität bei Sportgeschäften

[Rudolf Mayer]

Hallo,

On 13/08/2020 09:22, Friedrich Volkmann wrote:

On 13.08.20 07:51, Stefan Tauner via Talk-at wrote:

in den Ski-Regionen gibt es ja desöfteren Sportgeschäfte, die komplett
das Sortiment und Öffnungszeiten nach Saison umstellen (meist Fahrrad
im Sommer, Ski/Snowboard im Winter). Ein paar Metadaten bleiben dabei
natürlich erhalten, aber ich hab das bei meinem 1. Fall trotzdem als 2
eigenständige Nodes mit Unterscheidung im name-Tag (ja, furchtbar)
gemacht, weil die Anzahl der tags recht hoch ist und ein conditional
prefix auf fast allen tags etwas komisch vorkommt. Ein Problem ist dabei
auch, dass die temporalen Grenzen der Saisonen nicht klar sind.

Das konkrete Beispiel:
https://www.openstreetmap.org/node/7795861689
https://www.openstreetmap.org/node/7795861690

Gibt's bessere Ideen? Dürfte ein recht alpin-spezifisches Problem sein
vmtl. :)


Schau mal ins Wiki: »Consider to use shop=sports instead and just add 
the services tags in case it is a "mixed" shop.«


Es ist nur 1 Shop, darum sollte es nur 1 Node sein.

Auch Supermärkte ändern ihr Sortiment je nach Jahreszeit. Z.B. hat der 
Hofer den Scamorza-Käse nur im Sommer und die Germknödel nur im Winter. 
Machen wir deswegen 2 verschiedene Nodes?


Dass im Sommer keine Winter- und im Winter- keine Sommerware ausgestellt 
ist, liegt ja wohl nur am begrenzten Raum. Sogar in den Eybl-Megastores 
war das z.T. so. Das heißt nicht unbedingt, dass auch das Lager 



Sorry, aber du vergleichst hier zwei Extreme.
Klar, jedes Geschäft hat so seine saisonalen *Änderungen* im Sortiment, 
aber hier ist es wirklich oft de-facto wie zwei ganz unterschiedliche 
Geschäfte.


Du kannst im Eybl auch im Winter deine Golfschläger kaufen, halt nicht 
aus so viel Auswahl; und du bekommst in den größeren Geschäften im 
Winter auch dein Fahrrad, auch wenn es da vielleicht nur 20 Stück davon 
gibt, und nicht 100, wie im Sommer..


Aber in so einem kleinen Shop in einem Tourismusort ist es oft wirklich 
so, dass du im Winter ein reines 
Ski/Snowboardgeschäft/Wintersportgeschäft hast (in dem du keinen 
Tennisschläger bekommst!), und im Sommer gibt's dann dort nur Sommersport.


Das ist daher schon etwas extremer als Dein Beispiel vom Hofer - und 
natürlich bekommt man dort Germknödel auch im Sommer, ein unwahres 
Beispiel hilft Deinem Argument auch nicht wirklich...


Ob das zwei Nodes rechtfertigt ist eine andere Diskussion, aber dein 
Grundansatz, die Diskussion ersticken zu wollen, weil das ja "eh das 
selbe ist wie beim Hofer", ist meiner Meinung nach nicht gerechtfertigt, 
und hilft der Sache gar nicht.


Lg
Rudi

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

Re: [Talk-at] Saisonalität bei Sportgeschäften

[Friedrich Volkmann]

On 13.08.20 10:11, Stefan Tauner via Talk-at wrote:

Es ist nur 1 Shop, darum sollte es nur 1 Node sein.

Auch Supermärkte ändern ihr Sortiment je nach Jahreszeit. Z.B. hat der Hofer
den Scamorza-Käse nur im Sommer und die Germknödel nur im Winter. Machen wir
deswegen 2 verschiedene Nodes?


Vergleich von Äpfel und Birnen. Ein anderes Beispiel, das ich noch kenn
und das selbe Grundproblem hat, ist Dr.-Karl-Lueger-Platz 2 in Wien.
Das ist im Winter ein Kürschner (kA ob noch immer, aber das spielt ja
keine Rolle) und im Sommer ein Eisgeschäft. Andere Betreiber, andere
Öffnungszeiten, andere Auslage, anderer Name, ... würde man auch nicht
als eine Node mappen.


Im Moment ist dort kein Kürschner gemappt. Aber wie du schon sagst, ist das 
was anderes, weil 2 verschienene Firmen. Das geht mehr in Richtung 
Coworking-Space.



Aber sie werden mir nicht aufsperren, wenn ich zur Sommeröffnungszeit
hinkomm.


Wenn du um Mitternacht hinkommst, auch nicht. Das ist nun mal das Wesen von 
Öffnungszeiten, dass dann offen ist und sonst nicht. Saisonal 
unterschiedliche Öffnungszeiten gibt es auch in Gaststätten, Museen, usw., 
das macht ein Naturhistorisches Museum im Winter nicht zu einem anderen als 
im Sommer.



Die derzeitige "Lösung" verschiebt das Problem auf den User, wo das in
dem Fall am besten aufgehoben ist...


Derzeit sind noch 2 Nodes gemappt, was keine Lösung ist, sondern ein Fehler.
Die richtige Lösung besteht darin, die Nodes zu vereinigen und auf 
shop=sport zu ändern.


--
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

Re: [talk-cz] Přírodní parky

[Tom Ka]

Ahoj, pokud uz se tomu venujes, mozna by stalo za to zkusit od nich
vymanit i neco lepsiho nez mail (ktery je pravne bezcenny, pokud nema
aspon digitalni podpis). Majka mela nekde ty sablony, co to zkusit
poslat, jestli by to nekdo z nich nebyl ochotny podepsat, par
takovychto pravne korektnich souhlasu uz mame.

Diky tom.k

st 12. 8. 2020 v 16:33 odesílatel majkaz  napsal:
>
> Za mě ta data do konference určitě ne, i ty souhlasy bych spíš hodila rovnou 
> na spolek (nebo tedy Tomovi), případně někam na wiki.
>
>
>
> Na konferenci spíš patří oznámení toho, že souhlas je, a co se s těmi daty 
> přesně zamýšlí udělat.
>
>
>
> Jen tak mimo, který kraj to zamítl?
>
>
>
> Majka
>
> __
> > Od: "Jan Kučera" 
> > Komu: "OpenStreetMap Czech Republic" 
> > Datum: 12.08.2020 16:23
> > Předmět: Re: [talk-cz] Přírodní parky
> >
>
> Ahoj,
> posílám update. AOPK celorepubliková data uvolnit nemůže, má je jen pro 
> interní potřebu. Ke dnešku data uvolnilo 9 krajů, jeden přislíbil po interní 
> kontrole dat je uvolnit, jeden zamítl a 3 se ještě nevyjádřily.
> Když mi data poslali mailem, mám to přeposílat sem do konference i s těmi 
> daty jako s přílohou, nebo stačí text mailu (ve kterém povolují užití pro 
> OSM)? Do konference asi přílohy nesmí, že? Snad bude lepší to pověsit na web 
> někam. Přílohy mají občas i několik MB.
> Kozuch
>
> st 17. 6. 2020 v 8:28 odesílatel Tom Ka  napsal:
>>
>> út 16. 6. 2020 v 18:58 odesílatel Jan Kučera  napsal:
>> > díky za postřehy. Pokusím se získat maximum dat předem. Obeslal jsem 
>> > chybějících 12 krajů mailem se žádostí o uvolnění dat. Ze středních Čech 
>> > snad data dají, ale chtějí, abych jim vyplnil a podepsal formální žádost o 
>> > data a sken poslal zpět. Ta příloha by pak asi prokazovala, že oni data 
>> > uvolnili. Dotaz - když to klapne, kam s tím skenem? Nahrát na wiki a 
>> > odkázat na něj tady v listu? Je nějaký zavedený postup v těchto případech 
>> > (existence přílohy/souboru/dokumentu)?
>>
>> Ahoj,
>>
>> - inspirace pro pruvodni dopisy apod. jsou napr. zde:
>> https://openstreetmap.cz/git/majka/spolek
>> - z hlediska OSM musi ten kdo uvolnuje data bud souhlasit s jejich
>> uvolnenim pod ODbL nebo (coz je asi lepsi) s jejich vyuzitim pro
>> import dat do projektu OpenStreetMap. Tj. nestaci pozadat jako
>> soukroma osoba s tim, ze ti je daji ale nebude uvedena licence nebo
>> bude licence nekompatibilni apod. Tohle by se tedy melo objevit uz v
>> zadosti napriklad neco jako:
>>
>> Zadam o uvolneni dat XXX pro potreby zkvalitneni informaci o XXX v
>> datech projektu OpenStreetMap.
>>
>> Jinak vlozeni souhlasu je mozne na git - muzu ti udelat uzet na
>> osmap.cz/git nebo jinde a pak se na to na importni wiki odkazat.
>>
>> Bye 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

[Talk-hr] Fwd: [Announce] Upcoming OSM.org Maintenance: 15 August 2020 - 10:00am UTC

[goranracic1]

 Original message From: Grant Slater 
 Date: 8/13/2020  01:45  (GMT+01:00) To: Talk 
Openstreetmap , annou...@openstreetmap.org Subject: 
[Announce] Upcoming OSM.org Maintenance: 15 August 2020 - 10:00am UTC 
Hi OpenStreetMap Mappers,

The OpenStreetmap Sysadmin team will be performing server maintenance
this coming Saturday 15th August 2020 at 10:00am UTC (GMT+0).

The maintenance is expected to last upto an hour.

The OpenStreetMap.org website, API (used for editing) and the planet
diff exports are likely to be disrupted or unavailable during the
maintenance.

Kind regards,

Grant
Part of the OpenStreetMap sysadmin team.

___
Announce mailing list
annou...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/announce
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [talk-cz] Brod na turistické a cyklotrase trase, za vyššího stavu neprůchozí - jak označit

[majkaz]

Trochu OT - podle zákona  o 
ochraně přírody tam samostatný zákaz být nemusí, naopak se vjezd cyklistům musí 
povolit:
 
...zákaz
d) vstupovat a vjíždět mimo cesty vyznačené se souhlasem orgánu ochrany 
přírody, kromě vlastníků a nájemců pozemků, osob zajišťujících lesní a 
zemědělské hospodaření, obranu státu a ochranu státních hranic, požární 
ochranu, zdravotní a veterinární službu, při výkonu této činnosti, 
f) provozovat horolezectví, létání na padácích a závěsných kluzácích a jezdit 
na kolech mimo silnice, místní komunikace a místa vyhrazená orgánem ochrany 
přírody,
 
Pokud budeš posuzovat přísně podle zákona, tohle není ani jedno z toho, dokonce 
to není evidované ani jako účelová komunikace. Teoreticky tam můžeš projet 
pouze po té značené cyklostezce, dokonce ani ta cyklisty frekventovaná zelená 
kolem Rozvodí po hrázi té definici nevyhovuje. Samozřejmě, byla jsem tam taky, 
na místě to dojde málokomu, resp. obvykle nerozliší místní komunikaci od těch 
cest co tam jsou.
 
Majka
__
> Od: "Milan Zamazal" 
> Komu: talk-cz@openstreetmap.org
> Datum: 12.08.2020 23:19
> Předmět: Re: [talk-cz] Brod na turistické a cyklotrase trase, za vyššího 
stavu neprůchozí - jak označit
>

Kousek vedle, u rybníků u Vitmanova, jsou cedule explicitně zakazující
jízdu na kole, tipuji, že kvůli plašení ptáků nebo ohrožení jiných
živočichů.  Tady na této cestě jsem si žádného zákazu nevšiml, vizuálně
je to normálně používaná cesta, v katastrálních mapách to běžný
smrtelník zkoumat nebude a jinde v okolí se normálně (a podle všeho
nijak zásadně ilegálně) na kolech jezdí.



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

Re: [Talk-at] Saisonalität bei Sportgeschäften

[Stefan Tauner via Talk-at]

On Thu, 13 Aug 2020 09:22:44 +0200
Friedrich Volkmann  wrote:
 
> Es ist nur 1 Shop, darum sollte es nur 1 Node sein.
> 
> Auch Supermärkte ändern ihr Sortiment je nach Jahreszeit. Z.B. hat der Hofer 
> den Scamorza-Käse nur im Sommer und die Germknödel nur im Winter. Machen wir 
> deswegen 2 verschiedene Nodes?

Vergleich von Äpfel und Birnen. Ein anderes Beispiel, das ich noch kenn
und das selbe Grundproblem hat, ist Dr.-Karl-Lueger-Platz 2 in Wien.
Das ist im Winter ein Kürschner (kA ob noch immer, aber das spielt ja
keine Rolle) und im Sommer ein Eisgeschäft. Andere Betreiber, andere
Öffnungszeiten, andere Auslage, anderer Name, ... würde man auch nicht
als eine Node mappen.

> Dass im Sommer keine Winter- und im Winter- keine Sommerware ausgestellt 
> ist, liegt ja wohl nur am begrenzten Raum. Sogar in den Eybl-Megastores war 
> das z.T. so. Das heißt nicht unbedingt, dass auch das Lager leergeräumt ist, 
> geschweige dass nichts mehr serviciert/repariert wird. Wenn du im Sommer ein 
> Rad kaufst und im Winter mit einem Garantiefall kommst, werden die dich ja 
> wohl nicht wegschicken (sonst kannst du sie verklagen).

Aber sie werden mir nicht aufsperren, wenn ich zur Sommeröffnungszeit
hinkomm.

> Ich finde shop=ski sowieso albern. Kommt weltweit 228x vor und hatte nie ein 
> Proposal. Was treibt jemanden dazu, so einen Blödsinn ins Wiki einzutragen? 
> Was spricht gegen shop=sports (32497x) + sport=skiing (5824x)? Im konkreten 
> Fall würde ich sport=* überhaupt weglassen, solang nicht klar ist, was sie 
> alles haben. Laut Website haben sie im Sommer auch Wander- und 
> Freizeitzubehör.

Hast nicht unrecht, aber offtopic, denn das ist nicht das gefragte
Problem.

> Bei opening_hours=* musst du halt eruieren, was genau mit "Sommer" und 
> "Winter" gemeint ist. Wenn du das nicht weißt, lass es ganz weg. Besser 
> keine Info als eine falsche.

Die derzeitige "Lösung" verschiebt das Problem auf den User, wo das in
dem Fall am besten aufgehoben ist...

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

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

[OSM-talk-fr] Doutes sur un groupe de modifications

[Arnaud Champollion]

Bonjour,

Dans les Alpes de Haute Provence un contributeur, qui n'en est pas à sa 
première, cartographie régulièrement des objets inexistants, dont les 
sources sont parfois des projets, des dispositions légales, voire des 
revendications personnelles.


Nouvelle contribution avec 27 nouveaux chemins nommés "piste publique" :

http://overpass-turbo.eu/s/WZB

https://www.openstreetmap.org/changeset/89259997?way_page=3

- On ne comprend pas bien s'il s'agit de pistes ou de sentiers.
- La plupart sont invérifiables sur l'orthophoto, certains avec un tracé 
très approximatif.

- Le commentaire laisse à penser que le cadastre est la source de données.
- Je doute que tous ces chemins portent le nom de "piste publique" : a 
priori mauvaise utilisation du tag "name" et peut-être une information à 
faire figurer dans d'autres attributs (access ?)


On a l'impression que cette contribution vise à cartographier des 
chemins qui "devraient" exister ou "devraient être d'accès public" 
d'après la réglementation, selon une source discutable (cadastre) et peu 
vérifiable sur le terrain.


Il s'agit du même contributeur qui nommait "accaparé" tous les sentiers 
qu'il estimait publics mais accaparés par les propriétaires voisins, 
créait des voies cyclables inexistantes nommées "projet voie verte" 
(projet inexistant par ailleurs) et avait même créé de toutes pièces un 
pôle d'échange multimodal inexistant à côté de la gare SNCF, là où il 
n'y a que des broussailles et aucun projet de ce genre.


Avec l'association Linux Alpes on met un commentaire sur le groupe de 
modifications (par le passé il n'a jamais répondu).


Ça serait dommage de tout supprimer car il y a probablement, dans le 
lot, quelques chemins existants, mais je doute fortement de la plupart 
et dans tous les cas le champ "name" est à mon avis à supprimer. Ou à 
déplacer, par exemple dans "comment" ? Afin aussi de pouvoir les 
retrouver plus facilement si on doit les supprimer en fin de compte.


Qu'en pensez-vous ?

Arnaud







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

Re: [talk-cz] Fwd: Re: Mazání starých uzavírek

[majkaz]

U toho mnou prováděného automatického mazání to určitě nebude, tahám jen a 
pouze samotné uzavírky, vůbec se nedívám okolo. Zpětné napojování v úmyslu 
nemám.
 
 
Za mě je to spousta práce s většinou ne příliš velkým efektem, tedy ve městech. 
Protože to rozdělení tam bude většinou od křižovatky ke křižovatce, a to 
rozdělení tam kvůli něčemu dalšímu stejně za chvíli bude zpět. Když jsem 
uzavírky dávala, naopak jedna a tatáž obvykle musela jít na několik cest v OSM.
 
Automaticky to napojit bude problematické - samozřejmě to můžeš udělat, ale 
chce to vzít konkrétní uzavírku, najít koncové body, najít cesty, do kterých 
každy z těch koncových bodů patří, a porovnat značky. Na pomoc se dá snad 
použít v JOSM plugin way downloader, který uměl stahovat cesty tímhle stylem - 
tedy stáhnul z koncového bodu další úsek, dokud to šlo.
 
Jen tak mimo, okolo toho příkladu by chtělo se podívat na značení. Spousta 
toho, co má být ve značkách, je v tom koutě značená (zčásti jen) pojmenováním 
daného prvku.
 
Majka
__

Od: "Vladimír Domes" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 13.08.2020 07:52
Předmět: Re: [talk-cz] Fwd: Re: Mazání starých uzavírek


Ahoj,za mě je automatické odstraňování vehicle:conditional super, ale chybí mi jedna 
věc, kterou jsem u ručního odstranění dělal. A to případné spojení cest 
nazpět.Příklad na této odstraněné 
uzavírce:https://www.openstreetmap.org/way/807167553#map=19/49.04533/17.46461 
Před 
uzavírkou to byla jedna cesta, nyní to jsou 3 cesty vedle sebe se stejnými 
vlastnostmi.Toto zbytečně komplikuje mapování MHD a dalších relací.Nevím, jestli 
existuje nějaký skript / software, který by prošel (třeba v nějaké oblasti) všechny 
cesty a pokud by sousední měla stejné atributy a byla ve stejných relacích, že by je 
připojil do té starší?  V.
st 12. 8. 2020 v 21:24 odesílatel Milan Cerny > napsal:Dočistil jsem zbytek prošlých tagů 
vehicle:conditional, objevují se, kdoví proč, i na různých bodech, plochách polí, křoví atd.
Ještě jsem našel tag hgv:conditional, který bude chtít pročistit, je tam asi 
600 linií s prošlým datem.

https://overpass-turbo.eu/s/WZa 

Milan


__ Původní zpráva: 
> Od: "majkaz" >
> Komu: "OpenStreetMap Czech Republic" >
> Datum: 04.08.2020 09:48
> Předmět: Re: [talk-cz] Mazání starých uzavírek
>
Tak hotovo, sada změn https://www.openstreetmap.org/changeset/88913147 
 
> . Nahráno pod mým importním účtem.
 
Můžu to dělat pravidelně, třeba současně se schránkami (dnes konečně má pošta 
data nového měsíce, včera ještě nebyla).
 
U těch uzavírek jde ta největší práce jde udělat automaticky, stačí pak jen 
zkontrolovat všechy hodnoty vehicle:conditional, co mi to vybere, aby tam 
nebylo ještě něco navíc, nejen uzavírka kvůli stavbě.
 
Majka
 
 
__
 > Od: "Jan Macura" >
 > Komu: "OpenStreetMap Czech Republic" >
 > Datum: 03.08.2020 23:52
 > Předmět: Re: [talk-cz] Mazání starých uzavírek
 >
Ahoj,

 taky souhlasím. Na tyhle opakující se rutinní činnosti by to chtělo (řečí 
Wikipedie) robotický účet...

 H.




--

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

https://openstreetmap.cz/talkcz 

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

https://openstreetmap.cz/talkcz 



--

___
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-at] Saisonalität bei Sportgeschäften

[Friedrich Volkmann]

On 13.08.20 07:51, Stefan Tauner via Talk-at wrote:

in den Ski-Regionen gibt es ja desöfteren Sportgeschäfte, die komplett
das Sortiment und Öffnungszeiten nach Saison umstellen (meist Fahrrad
im Sommer, Ski/Snowboard im Winter). Ein paar Metadaten bleiben dabei
natürlich erhalten, aber ich hab das bei meinem 1. Fall trotzdem als 2
eigenständige Nodes mit Unterscheidung im name-Tag (ja, furchtbar)
gemacht, weil die Anzahl der tags recht hoch ist und ein conditional
prefix auf fast allen tags etwas komisch vorkommt. Ein Problem ist dabei
auch, dass die temporalen Grenzen der Saisonen nicht klar sind.

Das konkrete Beispiel:
https://www.openstreetmap.org/node/7795861689
https://www.openstreetmap.org/node/7795861690

Gibt's bessere Ideen? Dürfte ein recht alpin-spezifisches Problem sein
vmtl. :)


Schau mal ins Wiki: »Consider to use shop=sports instead and just add the 
services tags in case it is a "mixed" shop.«


Es ist nur 1 Shop, darum sollte es nur 1 Node sein.

Auch Supermärkte ändern ihr Sortiment je nach Jahreszeit. Z.B. hat der Hofer 
den Scamorza-Käse nur im Sommer und die Germknödel nur im Winter. Machen wir 
deswegen 2 verschiedene Nodes?


Dass im Sommer keine Winter- und im Winter- keine Sommerware ausgestellt 
ist, liegt ja wohl nur am begrenzten Raum. Sogar in den Eybl-Megastores war 
das z.T. so. Das heißt nicht unbedingt, dass auch das Lager leergeräumt ist, 
geschweige dass nichts mehr serviciert/repariert wird. Wenn du im Sommer ein 
Rad kaufst und im Winter mit einem Garantiefall kommst, werden die dich ja 
wohl nicht wegschicken (sonst kannst du sie verklagen).


Ich finde shop=ski sowieso albern. Kommt weltweit 228x vor und hatte nie ein 
Proposal. Was treibt jemanden dazu, so einen Blödsinn ins Wiki einzutragen? 
Was spricht gegen shop=sports (32497x) + sport=skiing (5824x)? Im konkreten 
Fall würde ich sport=* überhaupt weglassen, solang nicht klar ist, was sie 
alles haben. Laut Website haben sie im Sommer auch Wander- und Freizeitzubehör.


Bei opening_hours=* musst du halt eruieren, was genau mit "Sommer" und 
"Winter" gemeint ist. Wenn du das nicht weißt, lass es ganz weg. Besser 
keine Info als eine falsche.


--
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