Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.

[Petr Schönmann]

Ahoj, bylo by možné agendu, stanovy dát na nějaký git aby bylo možno
případně sledovat změny diffem ?

po 19. 11. 2018 v 12:00 odesílatel Miroslav Suchy 
napsal:

> Dne 19. 11. 18 v 10:28 Tom Ka napsal(a):
> > Chystám zbývající dokumenty, pak se bude řešit podpisování (někde je
> > potřeba ověřený podpis, čímž se to trochu natáhne). Jakmile bude vše
> > nachystané zanesu na rejstříkový soud a dám vědět opět sem.
>
> Jak se tohle všechno dořeší, tak pak bude zveřejněna přihláška a jak se i
> ostatní zájemci mohou stát členy OSM CZ.
> Zatím prosím vyčkejte.
>
> Mirek
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] Maps.me - nefunkční odkaz mmwatch.osmz.ru

[Miroslav Suchy]

Dne 19. 11. 18 v 17:30 majka napsal(a):
> vypadá to, že Ilja Zverev vypnul stránky mmwatch.osmz.ru 
>  - odkazuje to už jen na jeho jiné
> nástroje. Netuším kdy přesně k tomu došlo, delší dobu jsem na to nekoukla.
> 
> Na stránkách openstreetmap.cz  (Jak pomoci -> 
> Kontrola kvality) to pořád máme v odkazech, hned
> na prvním místě. 

Ten odstaveček jsem z OSM.cz smazal.

> Možná by stálo za to, místo toho dát návod, jak si přidat obecné hlídání změn 
> v území zájmu - tj.
> nasměrovat to na whodidit .

Na to teď nemám čas. Možná později. Ale přimlouval bych se u adminů OSM.cz, aby 
dali Majce edit práva, ať to může napsat
sama.

Mirek


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

Re: [OSM-talk] OSMF silently sides with Russia?

[Simon Poole]

I've not been involved in this discussion at all, so it wasn't my
decision. But as we've repeated time and time again on many occasions,
the default borders in OSM are those of de facto control and recording
the fact of which country has control has nothing to do if we think that
is legit, appropriate or anything similar, it is simply recording the fact.

More on the policy can be found here
https://wiki.osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf

If the Ukraine regains control of the Crimea, or there was some other
solution, we would duly record that.  In any case none of this stops you
from producing maps with other borders, however imaginary they might be.

Simon

Am 20.11.2018 um 07:15 schrieb Tomas Straupis:
> Hello
>
>   I think this needs more attention and should not be silently buried
> in archives.
>
>   OSMF/DWG has sided with Moscow to recognise illegal annexation of
> Ukraine's territory - Crimea.
>   
> https://wiki.osmfoundation.org/wiki/Working_Group_Minutes/DWG_2018-11-14_Crimea
>
>   Note that there was a vote in UN on this:
>   
> https://en.wikipedia.org/wiki/United_Nations_General_Assembly_Resolution_68/262
>   only few countries on the level of North Korea, Zimbabwe, Russia,
> Venezuela have recognised this international crime. Does OSMF/DWG want
> to be in this group? Does OpenStreetMap has to be in this group?
>
>   PRACTICAL1: this will make it impossible to create a correct
> political map using OSM data.
>
>   PRACTICAL2: It is also EXTREMELY damaging to OpenStreetMap
> reputation. Now all opponents of OSM will be able to point fingers at
> this decision - "OSM recognises Crimeas annexation". And it now makes
> us all participate in Russian (ruled) project.
>
>   PRACTICAL3: While there are some talks about using OSM instead or
> alongside of commercial GIS solutions in the context of EU INSPIRE
> directive, such intentions will be seriously damaged by OSMF/DWG
> actions, because Europe has a very clear position of not recognising
> Crimeas annexation.
>
>   It would also be nice to know how members of DWG voted, to have more
> information on their attitudes towards Russian aggression. This would
> be important for those having a vote. But I do not know how to do that
> correctly, so that not to cause personal damage and avoid bullying.
>
>   I personally do not know how/if I can proceed with pushing
> OpenStreetMap to government or educational use...
>



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

Re: [Talk-it] Inserimento dati CAI

[Aury88]

dieterdreist wrote
> poco eyecandy? Ci sono al meno 3 stili diversi per le icone da scegliere
> ;-)
> 
> Ciao,
> Martin

Mi spiace martin, ho provato un paio di stili e rimango della mia opinione
xD
a me piace così perchè mi permette di accedere velocemente alle informazioni
o agli strumenti, ma, se fai un confronto con iD, capirai come questo, a
prescindere dallo stile, possa "urtare" la sensibilità di un niubbo.

e ricollegandomi alla questione niubbi io avrei un problema con il task "#38
- CAIOSM - Sicilia" 
ho provato ad inserire il link WMS indicato [1]
 
ma ottengo l'errore:

"Errore: msWMSLoadGetMapParams():WMS server error. At least a layer name
requiredin LAYERS"

...cosa ho sbagliato della procedura di caricamento?

[1]http://geodati.fmach.it/production/ows_caiosm_sicilia?



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

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

[OSM-talk] OSMF silently sides with Russia?

[Tomas Straupis]

Hello

  I think this needs more attention and should not be silently buried
in archives.

  OSMF/DWG has sided with Moscow to recognise illegal annexation of
Ukraine's territory - Crimea.
  
https://wiki.osmfoundation.org/wiki/Working_Group_Minutes/DWG_2018-11-14_Crimea

  Note that there was a vote in UN on this:
  
https://en.wikipedia.org/wiki/United_Nations_General_Assembly_Resolution_68/262
  only few countries on the level of North Korea, Zimbabwe, Russia,
Venezuela have recognised this international crime. Does OSMF/DWG want
to be in this group? Does OpenStreetMap has to be in this group?

  PRACTICAL1: this will make it impossible to create a correct
political map using OSM data.

  PRACTICAL2: It is also EXTREMELY damaging to OpenStreetMap
reputation. Now all opponents of OSM will be able to point fingers at
this decision - "OSM recognises Crimeas annexation". And it now makes
us all participate in Russian (ruled) project.

  PRACTICAL3: While there are some talks about using OSM instead or
alongside of commercial GIS solutions in the context of EU INSPIRE
directive, such intentions will be seriously damaged by OSMF/DWG
actions, because Europe has a very clear position of not recognising
Crimeas annexation.

  It would also be nice to know how members of DWG voted, to have more
information on their attitudes towards Russian aggression. This would
be important for those having a vote. But I do not know how to do that
correctly, so that not to cause personal damage and avoid bullying.

  I personally do not know how/if I can proceed with pushing
OpenStreetMap to government or educational use...

-- 
Tomas

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

[Talk-in] HOTOSM tasks : Cyclone Gaja

[Naveen Francis]

Hello,

Cyclone Gaja has badly affected coasts on Tamil Nadu.
Please help in mapping HOTOSM tasks
https://tasks.hotosm.org/contribute?difficulty=ALL=2018IndiaFloods

If you participate in HOTOSM projects, and want an official GISCorps
Certificate and Thank You letter (perhaps for GISP credit), you can report
your contributions in this form once you are done contributing to the
project: (Info from
https://twitter.com/geoawesomeness/status/1064630375572537345)

https://docs.google.com/forms/d/e/1FAIpQLSemWARzIJaW8Tz0fjFB7Zr1tYPalJxkph8ysLuQ8puQE2Y6iQ/viewform

Thanks,
naveenpf
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk] Missing country labels on default OSM.org layer

[Pierre Béland]

Sorry, you are right, right mouse (since I did inverse buttons, left mouse for 
me) to show contextual menu. 
The third option in the popup is OSM Tile Dirty.  I sent to the server the last 
local version I have to assure this fix your problem.

I generally display with Firefox and it works well. The web console shows 
instructions sent to the web for dirty.
 ex. GET https://tile.openstreetmap.org/4/2/4.png/dirty

I tried with Chrome. It also works but I have problems if I try to show the 
Development tools.
 
Pierre 
 

Le lundi 19 novembre 2018 19 h 36 min 22 s HNE, Daniel Koć 
 a écrit :  
 
  W dniu 20.11.2018 o 01:12, Pierre Béland pisze:
  
 
  This map I created let's dirty individual tiles when we click an area with 
the left mouse button. 
https://pierzen.dev.openstreetmap.org/osm-pixels/#4/65.333176/-93.885778   

 
 
Did you mean _right_ mouse button? Well, I get only:
 
 
"erreur > "
 
 
with every action, even on z19.

  

 
 -- 
"Excuse me, I have some growing up to do" [P. Gabriel] 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
  ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Missing country labels on default OSM.org layer

[Daniel Koć]

W dniu 20.11.2018 o 01:12, Pierre Béland pisze:
> This map I created let's dirty individual tiles when we click an area
> with the left mouse button.
> https://pierzen.dev.openstreetmap.org/osm-pixels/#4/65.333176/-93.885778


Did you mean _right_ mouse button? Well, I get only:

"erreur > "

with every action, even on z19.


-- 
"Excuse me, I have some growing up to do" [P. Gabriel]

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

Re: [OSM-talk] Missing country labels on default OSM.org layer

[Pierre Béland]

Should we say «False News» : ), the name tag is in both relations and was not 
removed recently. I see the labels at levels 3 and 4.  I dont know if it has 
still an impact when we dirty at low zoom levels, but labels reappeared after I 
have dirty the tiles around the area where we see each tag. But no success at 
zooms 5 and 6. 

This map I created let's dirty individual tiles when we click an area with the 
left mouse 
button.https://pierzen.dev.openstreetmap.org/osm-pixels/#4/65.333176/-93.885778 
Pierre 
 

Le lundi 19 novembre 2018 17 h 36 min 27 s HNE, Daniel Koć 
 a écrit :  
 
 Hi,

Does anyone know what happened to the labels of USA and Canada on
standard OSM.org map? I hope we will release new OSM Carto version this
Friday and soon the low zoom levels (z0-z12) could be re-rendered, but
I'd like to be sure if something was not broken till then.

Some time ago I have proposed to render fresh low zoom tiles every
weekend (instead of 2 weeks), so such problems could be found and
repaired faster, but there's still no response from OSMF admins:

https://github.com/openstreetmap/chef/issues/184


-- 
"Excuse me, I have some growing up to do" [P. Gabriel]



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

Re: [Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[Lorenzo Mastrogiacomi]

Il giorno lun, 19/11/2018 alle 22.43 +0100, riccardopastoc...@alice.it
ha scritto:
> >  Domanda riguardante Osmand:
> >  
> >   1) mantenendo sempre lo stesso highway es: tertiary
> >  
> >  
> >   C'è possibilità di far preferire un percorso invece che un altro?
> >  
> >  
> >   
> > 
> >  
> >  
> >   2) Altro esempio: immaginate un reticolato di strade in una
> > contrada di campagna (highway:unclassified), 
> >  
> >  
> >   dove tutte le strade non sono asfaltate, ed hanno tutte le stesse
> > caratteristiche
> >  
> >  
> >   ma c'è una strada (quella messa meglio) che vorrei suggerire di
> > prendere per attraversare tale contrada, si può fare in qualche
> > modo?
> >  
> >  
> >   
> > 
> >  
> >  
> >   Questo non vuol dire escludere le altre, ma dare priorità ad una
> > sulle altre.
> >  
> >  
> >   
> > 
> >  
> >  
> >   Grazie
> >  
> >  
> >   Riccardo Pastocchi
> >  
> >  
> > 

Ci sono vari tag che puoi utilizzare sulle strade per dare modo al
navigatore di scegliere il percorso migliore. Non so di quali Osmand
tenga conto ma penso che questi siano tra i più utili:

Pavimentazione:
https://wiki.openstreetmap.org/wiki/IT:Key:surface

Qualità della superfice:
https://wiki.openstreetmap.org/wiki/IT:Key:smoothness

Larghezza:

https://wiki.openstreetmap.org/wiki/IT:Key:width

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

Re: [Talk-ca] Tagging paths that are snowploughed?

[John Whelan]

Yes but for the path I'm thinking of that crosses a park specifically 
I'm interested in tagging it just for cycling not a more generic case.


Do you have another suggestion than winter_service=yes|no I think the 
default is yes so just tagging the ones that aren't cleared would be 
sufficient.


Thanks

Cheerio John

Pierre Béland wrote on 2018-11-19 6:41 PM:
Il y a plusierus facettes à considérer ici, soit accès hivernal, état 
du sentier et services accessibles.


La clé winter_service=yes indiquerait simplement que le sentier est 
disponible l'hiver et ne permettrait pas d'indiquer que le sentier est 
nettoyé facilitant l'accès aux velos.


Voici un usage différent mais qui nous éclaire sur les clés utiliisées 
pour décrire un service hivernal.


La Tuktoyaktuk Winter Road (chemin 50426104) est un autre type de 
service hivernal (Service abandonné l'hiver dernier suite à 
l'ouverture d'une nouvelle route).


Dans ce deuxième cas, cette tant le service que la piste n'existent 
que l'hiver.

Les clés OSM utilisées pour les décrire sont
ice_road=yes
surface=ice

Pierre


Le lundi 19 novembre 2018 17 h 20 min 53 s HNE, john whelan 
 a écrit :



Sounds perfect.

Thanks John

On Mon, 19 Nov 2018, 5:07 pm Yaro Shkvorets  wrote:


winter_service=yes|no seems perfectly fine:
https://wiki.openstreetmap.org/wiki/Key%3Awinter_service


On Mon, Nov 19, 2018 at 4:54 PM john whelan mailto:jwhelan0...@gmail.com>> wrote:

Locally some paths across parks etc are snow cleared some
aren't.  The ones that are are useful for cycling in the winter.

Any suggestions on tags?

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



-- 
Best Regards,

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

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


--
Sent from Postbox 

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

Re: [Talk-ca] Tagging paths that are snowploughed?

[Pierre Béland]

Il y a plusierus facettes à considérer ici, soit accès hivernal, état du 
sentier et services accessibles. 

La clé winter_service=yes indiquerait simplement que le sentier est disponible 
l'hiver et ne permettrait pas d'indiquer que le sentier est nettoyé facilitant 
l'accès aux velos.
Voici un usage différent mais qui nous éclaire sur les clés utiliisées pour 
décrire un service hivernal.
La Tuktoyaktuk Winter Road (chemin 50426104) est un autre type de service 
hivernal (Service abandonné l'hiver dernier suite à l'ouverture d'une nouvelle 
route).
Dans ce deuxième cas, cette tant le service que la piste n'existent que l'hiver.
Les clés OSM utilisées pour les décrire sont
ice_road=yessurface=ice

Pierre 
 

Le lundi 19 novembre 2018 17 h 20 min 53 s HNE, john whelan 
 a écrit :  
 
 Sounds perfect.
Thanks John
On Mon, 19 Nov 2018, 5:07 pm Yaro Shkvorets https://wiki.openstreetmap.org/wiki/Key%3Awinter_service

On Mon, Nov 19, 2018 at 4:54 PM john whelan  wrote:

Locally some paths across parks etc are snow cleared some aren't.  The ones 
that are are useful for cycling in the winter.
Any suggestions on tags?
Thanks John___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca



-- 
Best Regards,
          Yaro Shkvorets___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

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

Re: [Talk-GB] Network tag on railway stations

[Philip Barnes]

On Mon, 2018-11-19 at 21:51 +, Gareth L wrote:
> When you’re on the tube and it’s stopping at a mainline station, it
> tends to say “change here for National rail services”. Elsewhere I
> often hear it referred to as the national rail network and conversely
> London Underground network for tube lines. Though the overground
> might complicates things.
> I think it’s “National rail” as a descriptive term rather than a
> brand/company term.
> 
> Network rail is just the company/government backed company/government
> entity (delete as appropriate) that maintains the tracks. Feels weird
> to call it the network rail network when it’d not be called the
> railtrack network 20 years ago. 
> 
> Also you have engineer line references (ELRs) for the track at
> least.. I’ve never heard them used for the actual station
> building/platforms. 
> 
National Rail is the network under which the Train Operating Companies
operate. Network Rail is the company that operate the track
infrastructure.

The name National Rail was in use in Railtrack days.

Phil (trigpoint)


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

Re: [Talk-it] Rete idrografica minore

[Andrea Albani]

Il giorno lun 19 nov 2018 alle ore 21:01 Eros Rasetto 
ha scritto:

> Ciao, vorrei sapere se esiste un metodo abbastanza semplice per inserire
> i corsi d'acqua minori su Openstreetmap tramite Josm,
>
> Ciao,

trovo molto utile sfruttare il ricalco dalle carte tecniche regionali
quando possibile in funzione della licenza e sempre con un confronto con
immagini satellitari ove la vegetazione lo consenta.
Nel caso del Piemonte mi sembra che le BDTRE siano utilizzabili a tale
scopo.

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

Re: [OSM-talk-fr] Soyons carto, contribuons au renouvellement des serveurs OSM-France

[Fabienne Morel]

Le 2018-11-19 17:41, allegre.guilla...@free.fr a écrit :

> Le 19/11/2018 16:23, Donat ROBAUX a écrit :
> 
>> Pour rester à la hauteur de la demande et ses ambitions
>> collaboratives, OpenStreetMap France lance un appel à dons pour le
>> renouvellement matériel de ces serveurs.
>> 
>> Une belle occasion pour chacun de nous, contributeurs occasionnels,
>> chevronnés, utilisateurs ou tout simplement supporter, de soutenir le
>> projet OpenStreetMap.
>> 
>> Tous les dons même les plus petits sont importants, CEST ICI SUR
>> ASSOCONNECT:
>> HTTPS://OPENSTREETMAP.ASSOCONNECT.COM/BILLETTERIE/OFFRE/90295-E-RENOUVELLEMENT-DE-NOS-SERVEURS
> 
> Bonjour, j'aimerais bien solliciter les collectivités de ma connaissance qui 
> utilisent OSM (ville de
> Grenoble et Métropole Grenoble-Alpes par exemple).
> 
> Malheureusement, la commande publique n'est pas compatible avec des solutions 
> légères comme assoconnect.
> Est-ce qu'il y a une solution plus adaptée à des dons institutionnels ? Ou 
> est-ce que l'asso choisit
> explicitement de ne cibler que des dons individuels ?

Bonjour Guillaume, 

Nous sommes bien conscient des contraintes de paiement des
collectivités.
Comme nous l'annonçons en fin de notre campagne de dons, nous souhaitons
également collaborer avec les collectivités et sommes disponibles pour
trouver une solution pour aller dans ce sens. "Vous êtes une entreprise,
collectivité et souhaitez soutenir l'association OSM-France
(organisation SOTM, serveurs, services...) sur du plus long terme ?
Venez échanger avec nous !". 

Peut être que vous en tant qu'ambassadeur d'OSM, vous pouvez faire les
premiers pas vers cette collectivité,
et nous trouverons ensemble comment consolider ce partenariat. 

merci pour votre soutien 

Fabienne pour le CA OSM France___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] C'est reparti ! Soyons carto, contribuons au renouvellement des serveurs OSM-France

[Fabienne Morel]

Re-Bonsoir à toutes et tous, 

Afin de soutenir les activités de la communauté d'OSM-France,
l'association assure la gestion des serveurs où se trouvent :

* Des services autour des données géographiques libres OSM :
générateurs de tuiles, orthophotographies des collectivités locales,
fonds de carte, bases de données

* Des applications : BANO, uMap, Overpass Turbo, Osmose...

* L'animation de la communauté française : wiki, forum, Peertube OSM
France...

* Les activités de l'association : CA, AG, State of The Map...

Bonne nouvelle, en 2018 ces serveurs sont fortement sollicités. Cette
croissance nous ravit mais le pendant c'est qu'ils vieillissent vite et
menacent de lâcher.

Pour rester à la hauteur de la demande et ses ambitions collaboratives,
OpenStreetMap France lance un appel à dons pour le renouvellement
matériel de ces serveurs.  

Une belle occasion pour chacun de nous, contributeurs occasionnels,
chevronnés, utilisateurs ou tout simplement supporter, de soutenir le
projet OpenStreetMap. 

Tous les dons même les plus petits sont importants, c'est ici sur
Assoconnect [1]. ;-) 
Bon à savoir : LES DONS SONT DÉDUCTIBLES et le prélèvement à la source
ne modifie pas les règles de réduction d'impôts liées aux dons aux
associations. 

LES PALIERS : 

* 4000 EUROS : c'est un BON DÉBUT, on peut lancer la MISE À JOUR de 3
GROS SERVEURS, dont un hébergeant des tuiles

* 5000 EUROS: on va un peu plus loin, ON PREND DE LA HAUTEUR et la
mise à jour d'un QUATRIÈME SERVEUR pour les orthophotos peut se faire.

* 6500 EUROS : là, on est LES PLUS FORTS. OSM France  achète de
NOUVELLES MACHINES pour des analyses quotidiennes sur OSMOSE

Contribuons et partageons cette campagne de dons dont la réussite dépend
de chacun ! 

Fabienne Morel membre du Conseil d'Administration OpenStreetFrance,
avec mes humbles excuses pour le premier dérangement :-$ 

Links:
--
[1]
https://openstreetmap.assoconnect.com/billetterie/offre/90295-e-renouvellement-de-nos-serveurs___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-se] Tile server availability

[Brian Gaze]

Hi,

Is the OSM tileserver (https://{s}.tile.openstreetmap.se) no longer
available?

Thanks

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

Re: [OSM-talk-fr] Soyons carto, contribuons au renouvellement des serveurs OSM-France

[Fabienne Morel]

Le 2018-11-19 11:26, Francois Gouget a écrit :

> On Sun, 18 Nov 2018, mailbd1 wrote:
> 
>> Bonsoir
>> 
>> Je pense qu'il y a un problème avec le lien vers Assoconnect ci-dessous.
> 
> Je pense que le bon lien est le suivant :
> https://openstreetmap.assoconnect.com/billetterie/offre/90295-e-renouvellement-de-nos-serveurs

Bravo François !!! 

oui c'est effectivement le bon lien, j'ai merdoyé quand je l'ai inséré
dans le mail. 

je vais refaire un mail. 

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

[OSM-talk] Missing country labels on default OSM.org layer

[Daniel Koć]

Hi,

Does anyone know what happened to the labels of USA and Canada on
standard OSM.org map? I hope we will release new OSM Carto version this
Friday and soon the low zoom levels (z0-z12) could be re-rendered, but
I'd like to be sure if something was not broken till then.

Some time ago I have proposed to render fresh low zoom tiles every
weekend (instead of 2 weeks), so such problems could be found and
repaired faster, but there's still no response from OSMF admins:

https://github.com/openstreetmap/chef/issues/184


-- 
"Excuse me, I have some growing up to do" [P. Gabriel]



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

Re: [Talk-ca] Tagging paths that are snowploughed?

[john whelan]

Sounds perfect.

Thanks John

On Mon, 19 Nov 2018, 5:07 pm Yaro Shkvorets  winter_service=yes|no seems perfectly fine:
> https://wiki.openstreetmap.org/wiki/Key%3Awinter_service
>
>
> On Mon, Nov 19, 2018 at 4:54 PM john whelan  wrote:
>
>> Locally some paths across parks etc are snow cleared some aren't.  The
>> ones that are are useful for cycling in the winter.
>>
>> Any suggestions on tags?
>>
>> Thanks John
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
>
> --
> Best Regards,
>   Yaro Shkvorets
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Tagging paths that are snowploughed?

[Yaro Shkvorets]

winter_service=yes|no seems perfectly fine:
https://wiki.openstreetmap.org/wiki/Key%3Awinter_service


On Mon, Nov 19, 2018 at 4:54 PM john whelan  wrote:

> Locally some paths across parks etc are snow cleared some aren't.  The
> ones that are are useful for cycling in the winter.
>
> Any suggestions on tags?
>
> Thanks John
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>


-- 
Best Regards,
  Yaro Shkvorets
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Tagging paths that are snowploughed?

[john whelan]

Locally some paths across parks etc are snow cleared some aren't.  The ones
that are are useful for cycling in the winter.

Any suggestions on tags?

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

[Talk-GB] Network tag on railway stations

[Gareth L]

When you’re on the tube and it’s stopping at a mainline station, it tends to 
say “change here for National rail services”. Elsewhere I often hear it 
referred to as the national rail network and conversely London Underground 
network for tube lines. Though the overground might complicates things.
I think it’s “National rail” as a descriptive term rather than a brand/company 
term.

Network rail is just the company/government backed company/government entity 
(delete as appropriate) that maintains the tracks. Feels weird to call it the 
network rail network when it’d not be called the railtrack network 20 years 
ago. 

Also you have engineer line references (ELRs) for the track at least.. I’ve 
never heard them used for the actual station building/platforms. 


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

[Talk-it] Priorità ad una strada invece che all'altra con lo stesso highway

[riccardopastoc...@alice.it]

 Domanda riguardante Osmand:
 
  1) mantenendo sempre lo stesso highway es: tertiary
 
 
  C'è possibilità di far preferire un percorso invece che un altro?
 
 
  

 
 
  2) Altro esempio: immaginate un reticolato di strade in una contrada di 
campagna (highway:unclassified), 
 
 
  dove tutte le strade non sono asfaltate, ed hanno tutte le stesse 
caratteristiche
 
 
  ma c'è una strada (quella messa meglio) che vorrei suggerire di prendere per 
attraversare tale contrada, si può fare in qualche modo?
 
 
  

 
 
  Questo non vuol dire escludere le altre, ma dare priorità ad una sulle altre.
 
 
  

 
 
  Grazie
 
 
  Riccardo Pastocchi
 
 



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

Re: [OSM-talk-fr] Tags sidewalk + suffixes

[Axelos]

Bonsoir,


Le 18/11/2018 à 12:00, Stéphane Péneau a écrit :
> Ce tag générique est simple, mais pose quelques problèmes : Si en
> parcourant les données Osm, je trouve sur une voie portant
> sidewalk=right. Est-ce que cela signifie qu'il n'y a pas de trottoir à
> gauche ? Ou bien que le contributeur n'a pas ajouté d'information à ce
> sujet ? 


Alors je ne suis pas expert en la matière mais j'avais déjà effectué des
recherches sur le sujet ...

Par défaut sur OSM les routes - sauf cas tel des autoroutes - proposent
deux trottoirs nativement, l'équivalent de sidewalk=both. Ce n'est donc
pas un oublie mais juste une donnée redondante tel oneway=no.
Si il n'y a pas deux trottoirs, alors cette fois il faut préciser
explicitement ou se situe les trottoirs.


> Si  je souhaite préciser que celui de droite est représenté par
> un footway séparé, c'est
> sidewalk:right=separate 


C'est une combinaison avec un autre chemin décrit avec highway=footway +
footway=sidewalk qui se situe donc parallèlement à droite du chemin. En
fait c'est l'équivalent de sidewalk=left.


> Assez naturellement, j'ai commencé à utiliser
> directement les suffixes pour indiquer la présence ou non d'un trottoir.
> Par exemple :
> 
> sidewalk:right=yes + sidewalk:left=no


En fait, on retrouve souvent ce type de situation ou on peut décrire de
plusieurs façons différentes la même chose.
Parfois, une façon de faire devient la norme de part son utilisation
massive, qui parallèlement est illogique par rapport à d'autres usages
similaires.

C'est comme forcer l'usage de traffic_signals:direction=* sur un feu de
circulation, alors qu'on utilise direction=* sur un stop.

Pour ton cas je ne sais pas trop quoi répondre, mais à mon sens ce n'est
pas faux, juste pas "la norme".


> De cette façon, on sait sans aucun doute qu'il n'y a pas de trottoir à
> gauche. Seulement, on m'a fait remarquer que ce n'est pas conforme avec
> le wiki, et certainement non reconnu par ceux qui utilisent les données.


Axel.

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

Re: [OSM-talk-fr] Timber Jack

[marc marc]

Le 19. 11. 18 à 11:32, Pub a écrit :
> Je vais essayer de contribuer

bonjour et bienvenue.
si tu as des questions, n'hésites pas
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] MapRoulette news

[Martijn van Exel]

Hi all, 

MapRoulette recently introduced Mapillary support, enhanced support for 
updating existing challenges, support for more map base layers (from the editor 
layer index), more ways to sort the Challenge list, and much more. 

Oh and I heard from a reliable source that Vespucci will support MapRoulette 
tasks soon too :)

The latest release notes are here:
3.1.0 https://www.openstreetmap.org/user/mvexel/diary/46906 
 
3.1.1 https://www.openstreetmap.org/user/mvexel/diary/46961 
  

Let me know if you want to create your own challenge and need help. 
Use this thread to advertise your own challenge if you have one and would like 
mappers’ help to fix things.

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

Re: [OSM-talk-fr] Hiérarchie des relations d’itinéraire cyclistes

[Axelos]

Coucou,

Ayant de la suite dans les idées, j'ai au fur et à mesure durant l’année
modifié et perfectionné le contenu de la page de proposition.
J'ai aussi récupéré de nombreuses idées et commentaires ...
Bref, je ne vois pas trop ce que je peux y ajouter.

Maintenant j'attends une mise en pratique pour représenter le
cheminement d'une véloroute de 700 km, dont des itinéraires locaux ont
déjà réalisés le plus gros du travail.
Bref, en gros je veux proposer le concept sur la liste tagging.

Des commentaires ?

Pour info la page est ici :
https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Hierarchies_route%3Dbicycle

Bonne soirée.

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

Re: [Talk-cz] Import rozvoden v Praze

[r00t]

Ahoj,

> netuším, jak funguje POI-Importer, ale zdroje v source by se v případě ad (3)
> měly zkombinovat, tj. source=cuzk:ruian;IPR Praha .
V POI-Importeru je nastaveno pro source:
 {"key":"source", "algorithm":"inList"},
Takze podminka pro spravnost je ze tam "IPR Praha" je v seznamu hodnot.

Ale pri kliknuti na preneseni dat do JOSMu importer obe hodnoty nezkombinuje... 
podivam
se na to jestli by to neslo dodelat, usetrilo by to praci.


r00t


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

Re: [Talk-dk] JOSM

[osm]

Plain text:

Du har trykket Ctrl+Shift-F, som er toggle key til funktionen. Du kan også se 
den i menuen 'Vis' > 'Flytning af kortvisning'.
 

Sent: Monday, November 19, 2018 at 7:06 PM
From: "Michel Coene" 
To: "OpenStreetMap Denmark" 
Subject: [Talk-dk] JOSM

 
Hej,
Jeg bruger JOSM men for nylig er den begyndt at "hoppe" når jeg tegner en 
linje, som om den prøver at forudsige hvor jeg vil placere mit næste klik.  Den 
gør det kun når jeg tilføjer, ikke når jeg flytter eksisterende punkter, så det 
må være software.  Det er skide irriterende.  Er der nogen som ved hvordan jeg 
slukker for det?___ Talk-dk mailing 
list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
 
 

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

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[PanierAvide]

+1 pour ces missions :-)

Adrien.

Le 19/11/2018 à 20:50, Noémie Lehuby a écrit :

Hello,

Pour varier un peu les plaisirs, je vous propose deux nouvelles 
(petites) missions pour améliorer la qualité des commissariats et 
gendarmeries déjà présents dans OSM.


un challenge Pic4Review pour qualifier les amenity=police dont on ne 
sait pas encore s'il s'agit de gendarmerie, police nationale ou police 
municipale : https://pic4review.pavie.info/#/mission/355


Et pour les plus aguerris : un challenge MapRoulette pour vérifier et 
compléter le cas échéant les gendarmeries qui n'ont pas encore 
d'identifiant opendata : https://maproulette.org/mr3/challenge/3302


L'occasion de (re-)tester ces outils bien utiles de notre écosystème ;)



--
PanierAvide
Géomaticien & développeur


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

Re: [Talk-it] Rete idrografica minore

[Sergio Manzi]

Perdonatemi se dirò una sciocchezza da neofita, ma... visto che il Rio Ser 
(mappato nel changeset citato) in qualche modo si biforca ed è identificato da 
due way distinte, non sarebbe stato il caso di unire le due way in una 
relazione?

Ciao,

Sergio


On 2018-11-19 21:09, Cascafico Giovanni wrote:
> Può essere utile cercare qualche servizio wms/tms Lidar. Evidenzia piuttosto 
> bene i greti, ma ovviamente non può dirti se c'è l'acqua
>
> Il lun 19 nov 2018, 21:01 Eros Rasetto  > ha scritto:
>
> Ciao, vorrei sapere se esiste un metodo abbastanza semplice per inserire
> i corsi d'acqua minori su Openstreetmap tramite Josm,
>
> per adesso ne ho inseriti alcuni partendo da delle tracce gpx realizzate
> sul posto.
>
> https://www.openstreetmap.org/changeset/56663460
>
> Grazie.
>
> Eros Rasetto
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


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

Re: [Talk-it] Rete idrografica minore

[Cascafico Giovanni]

Può essere utile cercare qualche servizio wms/tms Lidar. Evidenzia
piuttosto bene i greti, ma ovviamente non può dirti se c'è l'acqua

Il lun 19 nov 2018, 21:01 Eros Rasetto  ha scritto:

> Ciao, vorrei sapere se esiste un metodo abbastanza semplice per inserire
> i corsi d'acqua minori su Openstreetmap tramite Josm,
>
> per adesso ne ho inseriti alcuni partendo da delle tracce gpx realizzate
> sul posto.
>
> https://www.openstreetmap.org/changeset/56663460
>
> Grazie.
>
> Eros Rasetto
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Rete idrografica minore

[Eros Rasetto]

Ciao, vorrei sapere se esiste un metodo abbastanza semplice per inserire 
i corsi d'acqua minori su Openstreetmap tramite Josm,


per adesso ne ho inseriti alcuni partendo da delle tracce gpx realizzate 
sul posto.


https://www.openstreetmap.org/changeset/56663460

Grazie.

Eros Rasetto


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

Re: [Talk-cz] Import rozvoden v Praze

[r00t]

Ahoj,

> Všechny ne, některé jsou právě označené RS :
> https://overpass-turbo.eu/s/DOj

Nasel jsem si napr. RS 2280 a v DB ji maji jako TR 2280 - je otazka jestli nejde
proste o starts/novejsi znaceni toho sameho (transformator vs. rozvodna stanice)
pripadne jestli to neznamena ze tam neni ten transformator (ale divil bych se
kdyby to byla jenom rozvodna 22kV v takove velke budove bez trafa...).

r00t


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

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[Noémie Lehuby]

Hello,

Pour varier un peu les plaisirs, je vous propose deux nouvelles 
(petites) missions pour améliorer la qualité des commissariats et 
gendarmeries déjà présents dans OSM.


un challenge Pic4Review pour qualifier les amenity=police dont on ne 
sait pas encore s'il s'agit de gendarmerie, police nationale ou police 
municipale : https://pic4review.pavie.info/#/mission/355


Et pour les plus aguerris : un challenge MapRoulette pour vérifier et 
compléter le cas échéant les gendarmeries qui n'ont pas encore 
d'identifiant opendata : https://maproulette.org/mr3/challenge/3302


L'occasion de (re-)tester ces outils bien utiles de notre écosystème ;)

--
Noémie Lehuby

Le 16/11/2018 à 20:55, Noémie Lehuby a écrit :
Tout à fait, cela signale des gendarmeries ou commissariats qu'on sait 
manquants dans OSM.


Si tu as besoin de vérifier leur position, tu peux aussi les exporter 
d'Osmose (dans le menu en haut, Export > KML) puis les charger dans 
Maps.me sous forme de signets : c'est assez pratique pour les 
contribuer depuis le terrain ;)




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

Re: [Talk-cz] Import rozvoden v Praze

[Jan Macura]

Ahoj,

On Mon, 19 Nov 2018 at 18:48, r00t  wrote:

>  source=IPR Praha   (aby bylo jasne odkud jsou data)
>

netuším, jak funguje POI-Importer, ale zdroje v source by se v případě ad
(3) měly zkombinovat, tj. source=cuzk:ruian;IPR Praha .

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

Re: [Talk-si] Geodetski podatki license

[Stefan Baebler]

Aaah, tnx for the hint, I thought it should be a valid GeoJSON, will try
that instead!

Br,
Štefan

pon., 19. nov. 2018 19:38 je oseba Cascafico Giovanni 
napisala:

> AFAIK conflator input should be a json, kinda this:
>
> [
> {
>   "id"  : 2383,
>   "lat" : 45.465571,
>   "lon" : 9.16906,
>   "tags" : {
>"ref:MI_ds634" : "2383",
>"addr:street" : "Corso Magenta",
>"addr:housenumber" : "75",
>"addr:city" : "Milano"
>}
> }
> ,
> [...]
> ]
>
> To check json syntax, you can use command line jsonlint. I use to compile
> a json starting from csv thru openrefine, which features an easy export
> with preview.
>
> Il giorno lun 19 nov 2018 alle ore 14:37 Stefan Baebler <
> stefan.baeb...@gmail.com> ha scritto:
>
>> Hey!
>>
>> Yes, the import is being prepared, see
>> https://wiki.openstreetmap.org/wiki/Slovenia_Address_Import
>> and there is some code
>> https://github.com/openstreetmap-si/GursAddressesForOSM
>> which produces the geojson files for whole Slovenia, broken down to
>> individual places, eg:
>> https://gist.github.com/stefanb/89717192016bf16d00e455a156cc0a2c
>>
>> Currently we need to master the conflation (planned to use OSM
>> conflator). I have reached out to Ilya Zverev (author of osm conflator) for
>> some hints, but am still waiting for his response.
>> Perhaps you have some hint for us, considering that you dealt with
>> conflation in Milan - https://github.com/cascafico/MilanoHousenumbers ?
>> :)
>>
>> with your conflation profile (
>> https://github.com/cascafico/MilanoHousenumbers/blob/master/conflation/profile.py
>> ) on my sample data (gist linked above) i get an error:
>>
>> GursAddressesForOSM stefanb$ conflate -i
>> data/slovenia/Log-Dragomer/Lukovica_pri_Brezovici-housenumbers.geojson -v
>> -c
>> data/slovenia/Log-Dragomer/Lukovica_pri_Brezovici-housenumbers-preview.geojson
>> -o data/slovenia/Log-Dragomer/Lukovica_pri_Brezovici-housenumbers.osm
>> miprofile.py
>> 14:31:33 Loading profile > 0x10a212780>
>> 14:31:33 Failed to parse the source as a JSON
>> Traceback (most recent call last):
>>   File "/usr/local/bin/conflate", line 11, in 
>> sys.exit(run())
>>   File "/usr/local/lib/python2.7/site-packages/conflate/conflate.py",
>> line 140, in run
>> dataset = read_dataset(profile, options.source)
>>   File "/usr/local/lib/python2.7/site-packages/conflate/dataset.py", line
>> 61, in read_dataset
>> required='returns a list of SourcePoints with the dataset'))
>>   File "/usr/local/lib/python2.7/site-packages/conflate/profile.py", line
>> 56, in get
>> raise ProfileException(attr, required)
>>   File "/usr/local/lib/python2.7/site-packages/conflate/profile.py", line
>> 9, in __init__
>> super().__init__('Field missing in profile: {} ({})'.format(attr,
>> desc))
>> TypeError: super() takes at least 1 argument (0 given)
>>
>> Same happened with a profile i wrote based on one of the reference ones
>> in the conflator github repository.
>>
>> The building outlines raster from same source (GURS) is available as
>> underlay in JOSM and and ID editor (I prepared that with help and hosting
>> on the server of German OSM community - FOSSGIS).
>> I am considering to have buildings imported at the same time as
>> housenumbers, including the building heights :)
>>
>> br,
>> Štefan
>>
>>
>>
>>
>>
>>
>> On Mon, Nov 19, 2018 at 11:32 AM Cascafico Giovanni 
>> wrote:
>>
>>> Thanks for your detailed answer.
>>>
>>> During a brief stay in Dravograd I mapped some addresses and I used
>>> building shape dataset to make some adjustments, so I wanted to be sure I
>>> don't need to revert :-)
>>>
>>> Then, browsing other GURS CC-BY data, I ran into a nationwide addresses
>>> dataset. I don't have any contacs with slovenian OSM community, so wonder
>>> if an import has already been planned. If so, I'd be interested in import
>>> approach, since in the future it could be replicated in Italy, particularly
>>> in already well mapped areas that need conflation.
>>>
>>>
>>>
>>>
>>>
>>>
>>> Il giorno mer 7 nov 2018 alle ore 13:30 Stefan Baebler <
>>> stefan.baeb...@gmail.com> ha scritto:
>>>
 Also, what GURS data were you considering for import?
 We can discuss it here or on the forum.

 br,
 Štefan

 On Wed, Nov 7, 2018 at 11:50 AM Stefan Baebler <
 stefan.baeb...@gmail.com> wrote:

> Hello!
>
> OSM contributor gvil has already asked them specifically in 2016 and
> their answer was (roughly translated):
> "We don't issue any specific approval, just make sure to make to give
> proper attribution and respect the license terms."
>
> For the exact text (in Slovenian) see:
> https://forum.openstreetmap.org/viewtopic.php?id=56034
>
> Data from that source was used for some imports already
> (administrative borders, ortophoto raster underlays)
> and there are plans for for import of addresses and buildings.
>

Re: [Talk-cz] Import rozvoden v Praze

[Michal Pustějovský]

Ahoj,

ještě mi tam chybí provozovatel, např. operator = cz:PRE.

Jak plánuješ vyřešit případy transformátorů na stožárech napětí? Na wiki 
je doporučují mapovat jako


power=pole
transformer=distribution
...

(https://wiki.openstreetmap.org/wiki/Tag:power=substation, sekce Examples)
Úplně mi u nich chybí tagy typu power=substation, substation = *. To mně 
osobně nepřijde úplně dobré řešení, protože jsou obsahem a funkcí 
víceméně identické s kioskovými.  A 100% identické značením.


Co myslíte?

Díky,
Michal

Dne 19.11.2018 v 19:34 r00t napsal(a):

Ahoj,


místo voltage bych spíš doporučil
voltage:primary=22000
voltage:secondary=400

...je mozne pridat, ale zatim vsechny mapy co zpracovavaji power=* data jenom
rozumneji tagu voltage, takze v tomhle pripade je to trochu "mapovani pro
renderer". Jinak obecne pro power=substation je spis spravne voltage=X;Y;Z
(seznam napeti co je v rozvodne) vs. pro transformator se spis hodi ":primary" a
":secondary". Muzu tam tedy dat oboji...


a pro budovu building=service, building=industrial je budova, kam chodí lidi
pracovat

OK, v datech jsem u nas hlavne videl ze se pouziva z nejakeho duvodu
"building=industrial" ale podle wiki mas 100%ni pravdu a melo by to byt
"building=service".


Také se mi nezdá formát toho ref. V terénu jsem zatím vždy viděl „XX “,
kde XX je TS nebo RS a  číslo (a je tam mezera mezi nimi), v tom importu
to vypadá, že je jen to číslo.

V Praze jsou vsechny stanice "TS ", v datech to TS neni protoze je to
databaze rozvoden a vsechny jsou v Praze, takze PRE pouziva jenom cislo. TS je
proste trafostanice, na rozdil od mimo-prazskych siti CEZu kde prvni dve pismena
znamenaji zkratku kraje do ktereho patri a maji tak nejakou pridanou hodnotu...


r00t


___
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-dk] JOSM

[pia conrad mortensen]

Hej Michel
Prøv lige: Preferencer-> toolbar customization  -> under available finder
du view -> map paint styles  ->  åbn den og gå ned til 'viewpoint
following.  pil den over på toolbar -> ok.
så får du den på din toolbar og kan slå funktionen fra.   :-)
/piaco_dk

Den man. 19. nov. 2018 kl. 19.07 skrev Michel Coene :

>
> Hej,
> Jeg bruger JOSM men for nylig er den begyndt at "hoppe" når jeg tegner en
> linje, som om den prøver at forudsige hvor jeg vil placere mit næste klik.
> Den gør det kun når jeg tilføjer, ikke når jeg flytter eksisterende
> punkter, så det må være software.  Det er skide irriterende.  Er der nogen
> som ved hvordan jeg slukker for det?
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-cz] Import rozvoden v Praze

[Jan Sten Adámek]

> OK, v datech jsem u nas hlavne videl ze se pouziva z nejakeho duvodu
> "building=industrial" ale podle wiki mas 100%ni pravdu a melo by to byt
> "building=service".

Nejspíš proto, že RÚIAN to nerozlišuje.

> V Praze jsou vsechny stanice "TS ", v datech to TS neni protoze je to
> databaze rozvoden a vsechny jsou v Praze, takze PRE pouziva jenom cislo. TS
> je proste trafostanice, na rozdil od mimo-prazskych siti CEZu kde prvni dve
> pismena znamenaji zkratku kraje do ktereho patri a maji tak nejakou
> pridanou hodnotu...

Všechny ne, některé jsou právě označené RS :
https://overpass-turbo.eu/s/DOj

Sten



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

Re: [Talk-cz] Import rozvoden v Praze

[r00t]

Ahoj,

> místo voltage bych spíš doporučil
> voltage:primary=22000
> voltage:secondary=400
...je mozne pridat, ale zatim vsechny mapy co zpracovavaji power=* data jenom
rozumneji tagu voltage, takze v tomhle pripade je to trochu "mapovani pro
renderer". Jinak obecne pro power=substation je spis spravne voltage=X;Y;Z
(seznam napeti co je v rozvodne) vs. pro transformator se spis hodi ":primary" a
":secondary". Muzu tam tedy dat oboji...

> a pro budovu building=service, building=industrial je budova, kam chodí lidi 
> pracovat
OK, v datech jsem u nas hlavne videl ze se pouziva z nejakeho duvodu
"building=industrial" ale podle wiki mas 100%ni pravdu a melo by to byt
"building=service".

> Také se mi nezdá formát toho ref. V terénu jsem zatím vždy viděl „XX “, 
> kde XX je TS nebo RS a  číslo (a je tam mezera mezi nimi), v tom importu 
> to vypadá, že je jen to číslo.
V Praze jsou vsechny stanice "TS ", v datech to TS neni protoze je to
databaze rozvoden a vsechny jsou v Praze, takze PRE pouziva jenom cislo. TS je
proste trafostanice, na rozdil od mimo-prazskych siti CEZu kde prvni dve pismena
znamenaji zkratku kraje do ktereho patri a maji tak nejakou pridanou hodnotu...


r00t


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

Wochennotiz Nr. 434 06.11.2018–12.11.2018

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 434 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

https://blog.openstreetmap.de/blog/2018/11/wochennotiz-nr-424-2/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-cz] Import rozvoden v Praze

[Jan Sten Adámek]

Ahoj,

místo voltage bych spíš doporučil
voltage:primary=22000
voltage:secondary=400

a pro budovu building=service, building=industrial je budova, kam chodí lidi 
pracovat

Také se mi nezdá formát toho ref. V terénu jsem zatím vždy viděl „XX “, 
kde XX je TS nebo RS a  číslo (a je tam mezera mezi nimi), v tom importu 
to vypadá, že je jen to číslo.

Sten

Dne pondělí 19. listopadu 2018 18:47:59 CET, r00t napsal(a):
> Ahoj,
> 
> Na Arcgisu IPR Praha jsem narazil na dataset rozvoden v Praze. Zatim jsem je
> mapoval jen z technicke mapy, kdyz jsem zrovna na nejakou narazil, co
> nebyla v mape nebo byla spatne otagovana. Ale tohle mi prijde jako mnohem
> lepsi reseni.
> 
> Celkem jich je ~4800 a databaze obsahuje ruzna data, ale ne vsechny jsou
> pouzitelne (nektere neodpovidaji skutecnosti, napr. jestli jde o kiosek nebo
> budovu) jine jsou nevyplnene atd.
> 
> Po porovnani nekolika desitek stanic se skutecnosti a zjistenim toho, co je
> v Arcgisu spravne a co ne, bych vyplnoval nasledujici klice:
>  power=substation   (je to rozvodna)
>  substation=minor_distribution  (koncova distribuce)
>  transformer=distribution   (vzdy je tam trafo)
>  voltage=22000;400  (obe napeti, tak jak jsou uvedene na
> rozvodne) ref=   (je v datasetu a odpovida
> skutecnosti) start_date=-MM-DD  (datum spusteni z datasetu)
>  source=IPR Praha   (aby bylo jasne odkud jsou data)
> 
> V datasetu je i nazev, ale jsou to takove divne hodnoty co asi nema smysl
> importovat:
>  "Vyrobna uzeneho lososa"
>  "Eurotel Chodov"
>  "Administrativa"
>  "Vežák Bucharova"
> 
> Data jsem si nacpal do POI Importeru a vypada to dobre a pouzitelne:
> https://puu.sh/C4ogW/87e9af69e6.png
> 
> Jsou 3 druhy umisteni trafostanic:
> 1) Kiosek - mapovano jako bod a pridam "street_cabinet=power"
> 2) V dome/soucasti vetsi budovy - opet mapovano jako bod + "location=indoor"
> 3) Samostatna budova slouzici jenom jako trafostanice - v tomhle pripade
> zkopiruju vsechny tagy primo na budovu a opet pridam "location=indoor" a
> pokud uz tak neni, upravim na "building=industrial"
> 
> Pro 1. a 2. jde pouzit POI importer tak jak je udelany, souradnice z Arcgisu
> jsou presne tam kde je rozvodna. Pro 3. pripad POI importer vlozi bod do
> JOSM, z toho zkopiruju tagy na budovu a ten bod potom smazu.
> POI importer jsem nastavil tak, aby z Overpassu bral jak body tak budovy,
> takze parovani funguje spravne pro vsechny druhy rozvoden. Pro parovani
> pouzivam REF, je unikatni, casto uz i v OSM vyplneny.
> V kazdem pripade vzdy porovnam jestli tam rozvodna opravdu je (podle
> fotomapy, streetview,...).
> 
> POI importer s datasetem muzu nahrat na server, aby byl pristupny, ale moc
> necekam ze by byl velky zajem o tohle mapovani. A zas tolik tech rozvoden
> neni, vidim to na 1-2 mesice obcasneho mapovani, pokud to budu delat sam...
> 
> Spis mi jde o kritiku pouzitych tagu, pripadne proc tohle je, nebo neni,
> dobry napad a co by bylo dobre vylepsit nebo zmenit, nez se pujdu zeptat
> na import mailing list.
> 
> 
> r00t
> 
> 
> ___
> 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] Plus code grid service

[Oleksiy Muzalyev]

Please, ignore my question about grid color. I solved it myself. The 
grid works fine on the OSM map with Leaflet. Colors change all right.

Brgds,
O.

On 11/19/2018 6:36 PM, Oleksiy Muzalyev wrote:

Thank you for the information!

I implemented the grid on my OLC (Plus) code Generator & Search 
web-application: http://ausleuchtung.ch/olc/


It works fine. The grid appears almost immediately.

I read that it is possible to change the color of the grid, and that 
it is done via col=white or col=red. Could you, please, specify where 
I can add this option? When I add it after "tms: true," it does not work.


Best regards,
Oleksiy



On 19.11.18 16:43, Doug Rinckes wrote:
We're really excited to launch a free plus code grid service at 
https://grid.plus.codes 


(Plus codes is an open source algorithm to combine location with 
locality names, so that you can have address-like references in 
places where street addresses don't exist, like this school in 
Ghana: 8MF9+5C Sunyani. Plus codes are displayed and supported in 
Google Maps as well as some other apps.)


One of the strengths of plus codes is that they are based on a grid. 
Up to now, the only way to visualise the plus code grid was with the 
JavaScript grid overlay library, and that only worked with Google Maps.


The grid service means you can fetch the grid and overlay it on top 
of your map using any library or application that supports TMS 
requests, using either GeoJSON or image tiles. This could be a GIS 
application, or a map that uses the Google Maps, Leaflet or Open 
Layers libraries, etc.


The service also produces KML, making it possible to view the grid 
using Google Earth. Just download the file at 
https://grid.plus.codes/pluscode.kml and open it with Google Earth 
(desktop, app or web), and it will draw the grid whenever you move 
the map.


Whatever format you choose, the level of detail of the grid depends 
on the zoom level. If you zoom in, it will show more precise grid 
levels. The image tiles display the plus code for each grid square, 
the KML format displays an info bubble when you click on a grid cell, 
and the GeoJSON output includes it so you can display it any way you 
want.


For more information, see the website https://plus.codes 
 or our GitHub 
https://github.com/google/open-location-code


Ngā mihi,
Doug Rinckes, Technical Program Manager, Google Switzerland GmbH; 
9G8F+6WZürich 



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




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



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

[Talk-cz] Import rozvoden v Praze

[r00t]

Ahoj,

Na Arcgisu IPR Praha jsem narazil na dataset rozvoden v Praze. Zatim jsem je
mapoval jen z technicke mapy, kdyz jsem zrovna na nejakou narazil, co nebyla
v mape nebo byla spatne otagovana. Ale tohle mi prijde jako mnohem lepsi reseni.

Celkem jich je ~4800 a databaze obsahuje ruzna data, ale ne vsechny jsou
pouzitelne (nektere neodpovidaji skutecnosti, napr. jestli jde o kiosek nebo
budovu) jine jsou nevyplnene atd.

Po porovnani nekolika desitek stanic se skutecnosti a zjistenim toho, co je v
Arcgisu spravne a co ne, bych vyplnoval nasledujici klice:
 power=substation   (je to rozvodna)
 substation=minor_distribution  (koncova distribuce)
 transformer=distribution   (vzdy je tam trafo)
 voltage=22000;400  (obe napeti, tak jak jsou uvedene na rozvodne)
 ref=   (je v datasetu a odpovida skutecnosti)
 start_date=-MM-DD  (datum spusteni z datasetu)
 source=IPR Praha   (aby bylo jasne odkud jsou data)

V datasetu je i nazev, ale jsou to takove divne hodnoty co asi nema smysl
importovat:
 "Vyrobna uzeneho lososa"
 "Eurotel Chodov"
 "Administrativa"
 "Vežák Bucharova"

Data jsem si nacpal do POI Importeru a vypada to dobre a pouzitelne:
https://puu.sh/C4ogW/87e9af69e6.png

Jsou 3 druhy umisteni trafostanic:
1) Kiosek - mapovano jako bod a pridam "street_cabinet=power"
2) V dome/soucasti vetsi budovy - opet mapovano jako bod + "location=indoor"
3) Samostatna budova slouzici jenom jako trafostanice - v tomhle pripade
   zkopiruju vsechny tagy primo na budovu a opet pridam "location=indoor"
   a pokud uz tak neni, upravim na "building=industrial"

Pro 1. a 2. jde pouzit POI importer tak jak je udelany, souradnice z Arcgisu
jsou presne tam kde je rozvodna. Pro 3. pripad POI importer vlozi bod do JOSM,
z toho zkopiruju tagy na budovu a ten bod potom smazu.
POI importer jsem nastavil tak, aby z Overpassu bral jak body tak budovy,
takze parovani funguje spravne pro vsechny druhy rozvoden. Pro parovani
pouzivam REF, je unikatni, casto uz i v OSM vyplneny.
V kazdem pripade vzdy porovnam jestli tam rozvodna opravdu je (podle
fotomapy, streetview,...).

POI importer s datasetem muzu nahrat na server, aby byl pristupny, ale moc
necekam ze by byl velky zajem o tohle mapovani. A zas tolik tech rozvoden
neni, vidim to na 1-2 mesice obcasneho mapovani, pokud to budu delat sam...

Spis mi jde o kritiku pouzitych tagu, pripadne proc tohle je, nebo neni,
dobry napad a co by bylo dobre vylepsit nebo zmenit, nez se pujdu zeptat
na import mailing list.


r00t


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

Re: [OSM-talk-fr] Soyons carto, contribuons au renouvellement des serveurs OSM-France

[Christian Quest]

On cible ceux qui peuvent donner... de quelque nature que ce soit ;)

Pas toujours simple pour une collectivité, il y a d'autres moyens
possibles, comme adhérer à l'asso ou voter une subvention...

Le lun. 19 nov. 2018 à 17:43,  a écrit :

> Le 19/11/2018 16:23, Donat ROBAUX a écrit :
>
> > Pour rester à la hauteur de la demande et ses ambitions
> > collaboratives, OpenStreetMap France lance un appel à dons pour le
> > renouvellement matériel de ces serveurs.
> >
> > Une belle occasion pour chacun de nous, contributeurs occasionnels,
> > chevronnés, utilisateurs ou tout simplement supporter, de soutenir le
> > projet OpenStreetMap.
> >
> > Tous les dons même les plus petits sont importants, CEST ICI SUR
> > ASSOCONNECT:
> >
> HTTPS://OPENSTREETMAP.ASSOCONNECT.COM/BILLETTERIE/OFFRE/90295-E-RENOUVELLEMENT-DE-NOS-SERVEURS
>
> Bonjour, j'aimerais bien solliciter les collectivités de ma connaissance
> qui utilisent OSM (ville de
> Grenoble et Métropole Grenoble-Alpes par exemple).
>
> Malheureusement, la commande publique n'est pas compatible avec des
> solutions légères comme assoconnect.
> Est-ce qu'il y a une solution plus adaptée à des dons institutionnels ?
> Ou est-ce que l'asso choisit
> explicitement de ne cibler que des dons individuels ?
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk] Plus code grid service

[Lester Caine]

On 19/11/2018 17:16, Rasťo Šrámek wrote:
A plus code is not intended to have the same function as latitude and 
longitude. It is intended as a replacement for "street name, house number"
address parts where those don't exist and cannot be reasonably created.  
If you write

Firstname Lastname
WF8R+H6 Praia
Cabo Verde

on an envelope and drop it off at your local post office, wherever you 
live, it will be delivered.


As long as they know just which code system you are using. This is just 
another in a long list of 'postcode for no postcode' areas. Have any of 
them actually gained traction on the ground?


--
Lester Caine - G8HFL
-
Contact - https://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - https://lsces.co.uk
EnquirySolve - https://enquirysolve.com/
Model Engineers Digital Workshop - https://medw.co.uk
Rainbow Digital Media - https://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Plus code grid service

[Oleksiy Muzalyev]

Thank you for the information!

I implemented the grid on my OLC (Plus) code Generator & Search 
web-application: http://ausleuchtung.ch/olc/


It works fine. The grid appears almost immediately.

I read that it is possible to change the color of the grid, and that it 
is done via col=white or col=red. Could you, please, specify where I can 
add this option? When I add it after "tms: true," it does not work.


Best regards,
Oleksiy



On 19.11.18 16:43, Doug Rinckes wrote:
We're really excited to launch a free plus code grid service at 
https://grid.plus.codes 


(Plus codes is an open source algorithm to combine location with 
locality names, so that you can have address-like references in places 
where street addresses don't exist, like this school in Ghana: 8MF9+5C 
Sunyani. Plus codes are displayed and supported in Google Maps as well 
as some other apps.)


One of the strengths of plus codes is that they are based on a grid. 
Up to now, the only way to visualise the plus code grid was with the 
JavaScript grid overlay library, and that only worked with Google Maps.


The grid service means you can fetch the grid and overlay it on top of 
your map using any library or application that supports TMS requests, 
using either GeoJSON or image tiles. This could be a GIS application, 
or a map that uses the Google Maps, Leaflet or Open Layers libraries, etc.


The service also produces KML, making it possible to view the grid 
using Google Earth. Just download the file at 
https://grid.plus.codes/pluscode.kml and open it with Google Earth 
(desktop, app or web), and it will draw the grid whenever you move the 
map.


Whatever format you choose, the level of detail of the grid depends on 
the zoom level. If you zoom in, it will show more precise grid levels. 
The image tiles display the plus code for each grid square, the KML 
format displays an info bubble when you click on a grid cell, and the 
GeoJSON output includes it so you can display it any way you want.


For more information, see the website https://plus.codes 
 or our GitHub 
https://github.com/google/open-location-code


Ngā mihi,
Doug Rinckes, Technical Program Manager, Google Switzerland GmbH; 
9G8F+6WZürich 


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



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

Re: [OSM-talk] Plus code grid service

[Rasťo Šrámek]

A plus code is not intended to have the same function as latitude and
longitude. It is intended as a replacement for "street name, house number"
address parts where those don't exist and cannot be reasonably created.  If
you write
Firstname Lastname
WF8R+H6 Praia
Cabo Verde

on an envelope and drop it off at your local post office, wherever you
live, it will be delivered. If you instead wrote 14°54'59.3"N 23°30'33.8"W,
it would not even be mailed out.
You can think of a plus code as just the relevant bit of latitude and
longitude for addressing within a locality.

On Mon, Nov 19, 2018 at 5:38 PM, Daniel Koć  wrote:

> W dniu 19.11.2018 o 17:20, Mateusz Konieczny pisze:
> > It is still not clear to me why new way of writing latitude and
> > longitude is supposed to be interesting.
>
>
> One of the reasons might be that it's about areas (covering some
> interesting places), not points.
>
>
> --
> "Excuse me, I have some growing up to do" [P. Gabriel]
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Soyons carto, contribuons au renouvellement des serveurs OSM-France

[allegre . guillaume]

Le 19/11/2018 16:23, Donat ROBAUX a écrit :


Pour rester à la hauteur de la demande et ses ambitions
collaboratives, OpenStreetMap France lance un appel à dons pour le
renouvellement matériel de ces serveurs.

Une belle occasion pour chacun de nous, contributeurs occasionnels,
chevronnés, utilisateurs ou tout simplement supporter, de soutenir le
projet OpenStreetMap.

Tous les dons même les plus petits sont importants, CEST ICI SUR
ASSOCONNECT:
HTTPS://OPENSTREETMAP.ASSOCONNECT.COM/BILLETTERIE/OFFRE/90295-E-RENOUVELLEMENT-DE-NOS-SERVEURS


Bonjour, j'aimerais bien solliciter les collectivités de ma connaissance 
qui utilisent OSM (ville de

Grenoble et Métropole Grenoble-Alpes par exemple).

Malheureusement, la commande publique n'est pas compatible avec des 
solutions légères comme assoconnect.
Est-ce qu'il y a une solution plus adaptée à des dons institutionnels ? 
Ou est-ce que l'asso choisit

explicitement de ne cibler que des dons individuels ?


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

Re: [OSM-talk] Plus code grid service

[Daniel Koć]

W dniu 19.11.2018 o 17:20, Mateusz Konieczny pisze:
> It is still not clear to me why new way of writing latitude and
> longitude is supposed to be interesting.


One of the reasons might be that it's about areas (covering some
interesting places), not points.


-- 
"Excuse me, I have some growing up to do" [P. Gabriel]


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

Re: [OSM-talk] Plus code grid service

[James]

it's like saying:
 HEY GUYS! INSTEAD OF WRITING BINARY, YOU CAN NOW WRITE IT IN HEX!

not very exciting at all, just another way to represent the same thing

On Mon., Nov. 19, 2018, 11:28 a.m. djakk djakk  Well, it is possible for a human to memorize it :)
>
> Julien « djakk »
>
>
> Le lun. 19 nov. 2018 à 17:22, Mateusz Konieczny 
> a écrit :
>
>> It is still not clear to me why new way of writing latitude and longitude
>> is supposed to be interesting.
>>
>> 19. Nov 2018 16:43 by drinc...@google.com:
>>
>> We're really excited to launch a free plus code grid service at
>> https://grid.plus.codes
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cz] Maps.me - nefunkční odkaz mmwatch.osmz.ru

[majka]

Zdravím všechny,

vypadá to, že Ilja Zverev vypnul stránky mmwatch.osmz.ru - odkazuje to už
jen na jeho jiné nástroje. Netuším kdy přesně k tomu došlo, delší dobu jsem
na to nekoukla.

Na stránkách openstreetmap.cz (Jak pomoci -> Kontrola kvality) to pořád
máme v odkazech, hned na prvním místě. Možná by stálo za to, místo toho dát
návod, jak si přidat obecné hlídání změn v území zájmu - tj. nasměrovat to
na whodidit .

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

Re: [OSM-talk] Plus code grid service

[djakk djakk]

Well, it is possible for a human to memorize it :)

Julien « djakk »


Le lun. 19 nov. 2018 à 17:22, Mateusz Konieczny  a
écrit :

> It is still not clear to me why new way of writing latitude and longitude
> is supposed to be interesting.
>
> 19. Nov 2018 16:43 by drinc...@google.com:
>
> We're really excited to launch a free plus code grid service at
> https://grid.plus.codes
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Plus code grid service

[Mateusz Konieczny]

It is still not clear to me why new way of writing latitude and longitude is 
supposed to be interesting. 

19. Nov 2018 16:43 by drinc...@google.com :

> We're really excited to launch a free plus code grid service at > 
> https://grid.plus.codes ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Plus code grid service

[Doug Rinckes]

We're really excited to launch a free plus code grid service at
https://grid.plus.codes

(Plus codes is an open source algorithm to combine location with locality
names, so that you can have address-like references in places where street
addresses don't exist, like this school in Ghana: 8MF9+5C Sunyani. Plus
codes are displayed and supported in Google Maps as well as some other
apps.)

One of the strengths of plus codes is that they are based on a grid. Up to
now, the only way to visualise the plus code grid was with the JavaScript
grid overlay library, and that only worked with Google Maps.

The grid service means you can fetch the grid and overlay it on top of your
map using any library or application that supports TMS requests, using
either GeoJSON or image tiles. This could be a GIS application, or a map
that uses the Google Maps, Leaflet or Open Layers libraries, etc.

The service also produces KML, making it possible to view the grid using
Google Earth. Just download the file at
https://grid.plus.codes/pluscode.kml and
open it with Google Earth (desktop, app or web), and it will draw the grid
whenever you move the map.

Whatever format you choose, the level of detail of the grid depends on the
zoom level. If you zoom in, it will show more precise grid levels. The
image tiles display the plus code for each grid square, the KML format
displays an info bubble when you click on a grid cell, and the GeoJSON
output includes it so you can display it any way you want.

For more information, see the website https://plus.codes or our GitHub
https://github.com/google/open-location-code

Ngā mihi,
Doug Rinckes, Technical Program Manager, Google Switzerland GmbH; 9G8F+6W Zü
rich 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-fr] Soyons carto, contribuons au renouvellement des serveurs OSM-France

[Donat ROBAUX]

*[Avec le lien]*

Bonsoir à toutes et tous,

Afin de soutenir les activités de la communauté d'OSM-France, l'association
assure la gestion des serveurs où se trouvent :

   - Des services autour des données géographiques libres OSM : générateurs
   de tuiles, orthophotographies des collectivités locales, fonds de carte,
   bases de données


   - Des applications : BANO, uMap, Overpass Turbo, Osmose...


   - L'animation de la communauté française : wiki, forum, Peertube OSM
   France...


   - Les activités de l'association : CA, AG, State of The Map...

Bonne nouvelle, en 2018 ces serveurs sont fortement sollicités. Cette
croissance nous ravit mais le pendant c'est qu'ils vieillissent vite et
menacent de lâcher.
Pour rester à la hauteur de la demande et ses ambitions collaboratives,
OpenStreetMap France lance un appel à dons pour le renouvellement matériel
de ces serveurs.

Une belle occasion pour chacun de nous, contributeurs occasionnels,
chevronnés, utilisateurs ou tout simplement supporter, de soutenir le
projet OpenStreetMap.

Tous les dons même les plus petits sont importants, *c'est ici sur
Assoconnect: 
https://openstreetmap.assoconnect.com/billetterie/offre/90295-e-renouvellement-de-nos-serveurs
*
Bon à savoir : *Les dons sont déductibles* et le prélèvement à la source ne
modifie pas les règles de réduction d'impôts liées aux dons aux
associations.

*Les paliers :*

   - *4000 euros* : c'est un *bon début*, on peut lancer la *mise à jour*
de *3 gros serveurs*, dont un hébergeant des tuiles


   - *5000 euros*: on va un peu plus loin, *on prend de la hauteur* et la
   mise à jour d'un *quatrième serveur* pour les orthophotos peut se faire.


   - *6500 euros* : là, on est *les plus forts*. OSM France  achète de
*nouvelles
   machines* pour des analyses quotidiennes sur *Osmose*

Contribuons et partageons cette campagne de dons dont la réussite dépend de
chacun !

---

Vous désirez faire un don ponctuel ou régulier en dehors de cette campagne
de dons spéciale serveurs? C'est par ici:
https://openstreetmap.assoconnect.com/billetterie/offre/61684-j-faites-un-don-a-openstreetmap-france
.

Vous êtes une entreprise, collectivité et souhaitez soutenir l'association
OSM-France (organisation SOTM, serveurs, services...) sur du plus long
terme ? Venez échanger avec nous !

Si vous désirez vous renseigner sur les serveurs de l'association, c'est
par ici:
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France


Donat ROBAUX pour Conseil d'Administration OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Compléter les boundary=postal_code manquants

[Phyks]

Bonjour,

Je me demandais récemment s'il était possible d'extraire une "étendue 
géographique" associée à des codes postaux à partir des données OSM. Un 
code postal peut être partagé par plusieurs villes / villages et une 
ville peut avoir plusieurs codes postaux (souvent couvrant des zones 
géographiquement séparées), la question est ici donc "étant donné 
bâtiment avec un code postal donné, quelle idée est-ce que je peux avoir 
de l'endroit où il est en France".


Les codes postaux sont mentionnés sur les boundary=administrative, ce 
qui permettrait a priori de faire cette analyse. La plupart des villes 
n'ont qu'un seul code postal renseigné et c'est alors facile. Certaines 
villes ont plusieurs codes postaux renseignés (Paris par exemple, avec 
un code postal par arrondissement). Dans ce cas, j'ai isolé trois cas 
différents :
* Soit la ville a des arrondissements ou subdivisions (Paris par 
exemple) avec un code postal unique sur ces sous-divisions (un code 
postal par arrondissement) et c'est facile.
* Soit la ville a plusieurs codes postaux et il existe un 
boundary=postal_code 
(https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code) pour 
chacun de ces codes postaux, et c'est facile également.
* Soit la ville a plusieurs codes postaux et il n'y a aucune autre 
information disponible (Meudon par exemple) et dans ce cas on ne peut 
pas faire grand chose. Pourtant les codes postaux sont souvent dans des 
zones différentes de la commune (par exemple 63000 et 63100 correspond à 
des quartiers différents dans Clermont-Ferrand).


Ce dernier cas concerne environ 100 codes postaux trouvés dans les 
données françaises. Mon analyse et les résultats sont disponibles sur 
https://gist.github.com/Phyks/049fde37702e993159b64b40fe9c1cce.



L'idéal serait, j'imagine, de rajouter des boundary=postal_code pour 
cette centaine de cas. Quelle serait la meilleure façon de procéder ? Je 
pense que les données pourraient être extraites des adresses de la BAN 
par exemple, mais la licence serait-elle compatible ?


Merci !

P.S. : Je trouve 6066 codes postaux différents sur les communes dans 
OSM. En prenant la base officielle des codes postaux 
(https://datanova.legroupe.laposte.fr/explore/dataset/laposte_hexasmal/information/?disjunctive.code_commune_insee_de_la_commune_postal_d_acheminement_5), 
il y aurait 6329 codes postaux différents en France. Même question du 
coup pour savoir si ce fichier (ou un autre) pourrait être utilisé comme 
source pour compléter les 300 codes postaux manquants ?

--
Phyks

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

[OSM-talk] FOSDEM 2019: Geospatial Devroom - Call for Participation

[Ilya Zverev]

Hi folks,

Let me remind you that there is an annual open-source conference in Brussels, 
FOSDEM, which is the largest and most fun of all. Thousands of OS enthusiasts 
road around a dozen buildings in ULB, share their passion and enjoy waffles and 
coffee. People come from many countries, mostly Europe though.

As always, there will be a Geospatial devroom. I have made talks there since 
2016, and plan to submit one for the next year. I invite you to come to 
Brussels and join me in celebrating open source, drinking various liquids and 
discussing all things geospatial. Submit a presentation and book a ticket!

Conference website: https://fosdem.org/2019/
Geospatial devroom announcement: 
https://lists.fosdem.org/pipermail/fosdem/2018q4/002793.html

Below is a copy of the most of the announcement:

FOSDEM is a free and non-commercial event bringing together about 8000 
developers in Brussels, Belgium.

The goal is to provide open source software developers and communities a place 
to meet and share thoughts. The participation is free of charge, although 
donations are welcome.

The next edition will take place on 2 - 3 February 2019. For the fifth time 
there will be a Geospatial devroom and it will be happening on Sunday 
*3/2/2019* from 9.00-17.00!

Geospatial technologies and mapping used to be specialist work, but nowadays 
location (awareness) and maps are becoming part of many 
products/projects/applications, which usually use only a small subset of the 
possibilities the data and software offer.

The geospatial devroom is the place to talk about open, geo-/spatial related 
data and software and their community and ecosystem. This includes standards 
and tools, e.g. for spatial databases, and online mapping, geospatial services, 
used for collecting, storing, delivering, analysing, and visualizing purposes.


We welcome submissions about:

* Web and desktop GIS applications;

* Collaborative editing / versioning of geodata and metadata;

* Interoperable geospatial web services and specifications;

* Collection of data using sensors / UAVs / satellites;

* Geo-analytic algorithms / libraries;

* Geospatial extensions for classical databases (indexes, operations) and 
dedicated databases;

* Big geospatial data processing, distributed and scalable GIS applications in 
the Cloud;

* Geospatial information and Smart Cities, IoT and 
Automotive/Autonomous-connected vehicles

* Volunteered Geographic information - Crowdsourced geodata - OpenStreetMap



HOW TO SUBMIT YOUR PROPOSAL FOR A TALK

Are you thrilled to present your work to other open source developers? Would 
you like to run a discussion? Any other ideas? Please submit your proposal at: 
https://penta.fosdem.org/submission/FOSDEM19 


Make sure to select the 'Geospatial devroom' as 'Track'. If you have an account 
from previous years, you should be using the same. Please specify in the notes 
if you prefer for your presentation either a short timeslot (lightning talks 
~10 minutes) or a long timeslot (20 minutes presentation + discussion). 
However, note that time slots are indicative and will be assigned according to 
the timing of the session. The DEADLINE for submissions is Saturday **1st 
December 2018**. Notification of acceptance will be sent to the Authors by 
8/12/2017 at the latest.

Should you have any questions, please do not hesitate to get in touch with the 
organisers of the devroom via marcvloemans1 at gmail dot com! Want to know what 
FOSDEM geospatial is like? Check out the videos and the presentations of our 
previous editions.

The organizers: Jody Garnett, Anne Ghisla, Martin Hammitzsch, Marc Vloemans

See you there,
Ilya___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] cycle.travel's OSM bike routing now covers Scandinavia and Eastern Europe

[Oleksiy Muzalyev]

It is a good news.

Still it is only a part of Eastern Europe. Here is an article with the 
map of Eastern Europe: https://en.wikipedia.org/wiki/Eastern_Europe


I was recently in the town of Izmail, Ukraine. Thee are quite a few 
cycling venues there. For example this new park on the shore of the 
Danube river:

https://upload.wikimedia.org/wikipedia/commons/f/f6/Park-Museum-aerial-1.jpg
https://upload.wikimedia.org/wikipedia/commons/a/a5/Park-Museum-aerial-8.jpg

Cycling is allowed in the parks there. Local population is using 
bicycles quite a lot; in fact I was surprised by it. There are bicycle 
parking amenities even near the temples; it is possible to see a bicycle 
parking near the Izmail cathedral and a bicycle on it on this image 
after zooming in:

https://upload.wikimedia.org/wikipedia/commons/0/08/Intercession-Cathedral-2.jpg

I mapped some bicycle parkings, but come to think of it next time I will 
map them all.


Best regards,
Oleksiy

On 19.11.18 13:41, Richard Fairhurst wrote:

Hi all,

I've just added coverage of Scandinavia and Eastern Europe to the 
OSM-powered bike routing at https://cycle.travel/map .


New countries are Norway, Sweden, Finland, Estonia, Latvia, Lithuania, 
Poland, Romania, Bulgaria, Bosnia & Herzegovina, Serbia, Kosovo, 
(North) Macedonia, Albania, Greece. Added to the existing countries, 
that makes full coverage of Europe and North America.


cycle.travel's route-planning loves quiet roads and cycleways; takes 
account of elevation, signposted cycle routes, and surfaces; and 
parses lots of OSM tags in order to get good results.


cheers
Richard

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




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

Re: [OSM-talk] cycle.travel's OSM bike routing now covers Scandinavia and Eastern Europe

[Mateusz Konieczny]

Great news! I remember checking it some time ago and now it is available!

>From quick checks it seems to give really good results in my town.
Thanks for making it available!


19. Nov 2018 13:41 by rich...@systemed.net :


> Hi all,
>
> I've just added coverage of Scandinavia and Eastern Europe to the OSM-powered 
> bike routing at > https://cycle.travel/map >  .
>
> New countries are Norway, Sweden, Finland, Estonia, Latvia, Lithuania, 
> Poland, Romania, Bulgaria, Bosnia & Herzegovina, Serbia, Kosovo, (North) 
> Macedonia, Albania, Greece. Added to the existing countries, that makes full 
> coverage of Europe and North America.
>
> cycle.travel's route-planning loves quiet roads and cycleways; takes account 
> of elevation, signposted cycle routes, and surfaces; and parses lots of OSM 
> tags in order to get good results.
>
> cheers
> Richard
>
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk 
> ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Friedrich Volkmann]

On 14.11.2018 03:37, Kevin Kofler wrote:

Ich würde auch z.B. name="Salzburg/Salisburgo" nicht so stehen lassen, wenn
das jemand allen Ernstes so taggen würde, weil der name:it="Salisburgo" nun
mal auf keinem Ortsschild steht und deshalb eben nur ein name:it ist (und
dort auch schon drinnensteht).

Aber, was vor Ort angeschrieben steht, gehört meiner Meinung nach auch so
gemappt.


Angeschrieben ist ein Ort aber nicht nur an Ortstafeln. Ich verstehe nicht, 
wieso manche das so gleichsetzen. Eine Ortstafel ist in erster Linie ein 
Verkehrszeichen, das den Beginn des Ortsgebiets (und der zugehörigen 
Geschwindigkeitsbeschränkung) anzeigt. Der Name, der draufsteht, kann auch 
falsch sein, so gibt (oder gab zumindest) es einen Ort in Niederösterreich, 
wo der Ortsname auf zwei Ortstafeln unterschiedlich geschrieben steht. Ich 
hab leider vergessen, welcher Ort das war.


Angeschrieben sind Orte auch auf Wegweisern, und die sind in den wenigsten 
Fällen zweisprachig, z.B.:

http://steige.info/austausch/foto/talk-at_mehrspr/ww1.jpg
http://steige.info/austausch/foto/talk-at_mehrspr/ww2.jpg
http://steige.info/austausch/foto/talk-at_mehrspr/ww3.jpg

Gemeinden sind überhaupt nicht an Ortstafeln angeschrieben, sondern 
höchstens an Dreimarksteinen wie diesem:

http://steige.info/austausch/foto/talk-at_mehrspr/rohrbacher_kogel.jpg
Das D steht für Drassburg (oder Draßburg), jedenfalls nicht für Rasporak. 
Warum soll dann die Gemeinderelation Rasporak im Namen haben?



(Das betrifft übrigens auch andere POIs: Wenn z.B. ein Chinarestaurant auf
dem Namensschild zweisprachig angeschrieben ist, dann sollte der chinesische
Name wenn möglich auch dastehen, meine ich.)


Das wär wenigstens konsequent, aber ich bin in meiner Skepsis genauso 
konsequent. ;-) Wenn man alles so in name=* taggen müsste, wie es 
angeschrieben steht, dann müsste man z.B. auch Abkürzungen wie "Str." oder 
Bezeichnungen wie "Kundenparkplatz" und "Privatstraße" genau so in name=* 
stellen.


Ich hab schon chinesische Namen getaggt, aber halt in name:zh oder noch 
genauer in name:zh-Hans bzw. name:zh-Hant.



Und was das betrifft:


mit Zeilenumbruch (-> Leerzeichen) dazwischen, nicht mit Schrägstrich


Zeilenumbruch können wir ja leider keinen eintragen in den Tags, und ein
Leerzeichen ist nicht ausreichend, gerade bei Namen wie "Bad Eisenkappel",
die aus mehr als einem Wort bestehen. Da halte ich einen Schrägstrich oder
einen Querstrich schon für notwendig.


Es ist mit Schrägstrich verständlicher, aber wenn du von dem Dogma ausgehst, 
dass alle Namen so getaggt werden müssen, wie sie angeschrieben sind, dann 
darfst du keinen Schrägstrich dazuerfinden.


Man kann drüber streiten, ob einem Zeilenumbruch besser ein Leerzeichen oder 
ein Schrägstrich entspricht. Wenn wir uns die Fälle anschauen, wo die Namen 
ohne Zeilenumbruch angeschrieben sind, finden wir verschiedenste 
Trennzeichen, z.B. einen Punkt:

http://steige.info/austausch/foto/talk-at_mehrspr/trausdorf.jpg
und eine Art Bindestrich:
http://steige.info/austausch/foto/talk-at_mehrspr/zagersdorf.jpg
Da ergibt sich das Dilemma, dass man entweder die Namen so taggen kann, wie 
sie angeschrieben sind, oder auf einheitliche Weise. Immer Schrägstrich 
(oder immer Bindestrich wie in Südtirol) ist einheitlich, aber noch 
einheitlicher ist es halt, alle Namen in der Landessprache zu taggen und die 
anderen Sprachen in name:=*.


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

[OSM-talk] cycle.travel's OSM bike routing now covers Scandinavia and Eastern Europe

[Richard Fairhurst]

Hi all,

I've just added coverage of Scandinavia and Eastern Europe to the 
OSM-powered bike routing at https://cycle.travel/map .


New countries are Norway, Sweden, Finland, Estonia, Latvia, Lithuania, 
Poland, Romania, Bulgaria, Bosnia & Herzegovina, Serbia, Kosovo, (North) 
Macedonia, Albania, Greece. Added to the existing countries, that makes 
full coverage of Europe and North America.


cycle.travel's route-planning loves quiet roads and cycleways; takes 
account of elevation, signposted cycle routes, and surfaces; and parses 
lots of OSM tags in order to get good results.


cheers
Richard

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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Robin Däneke]

> Da gebe ich dir recht. (Nur warum verwendet hier in Österreich keiner mehr
> den deutschen Namen?)

>Kevin Kofler

Also ich verwende durchaus auch den deutschen Namen.
Und die danach benannten Straßen in Wien und Mörbisch heißen auch Ödenburger 
Straße und nicht Soproner Straße. (Kann man jetzt zwar als "historisch" 
bezeichnen, aber wenn den Namen echt keiner mehr verwendet, hätte man die 
Straßen doch auch schon umbenannt. Vor allem die, die  nach Sopron führt)

Jedoch würde ich es von der Datenbank her sinnvoller finden, in solchen Fällen 
einfach nur die "name:xx" Tags zu verwenden. Dann wird keine Sprache bevorzugt. 
Und falls ein einzelner "name"-Tag benötigt wird (für Apps, Render whatever), 
dann den Namen der offiziellen Verwaltungssprache des Bereiches. Und wenn 
mehrere Values in einem Tag sind, dann teilt man die in der Datenbank doch mit 
";", oder?

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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Friedrich Volkmann]

On 16.11.2018 17:23, Martin Brunner wrote:

Und wie wäre das deiner Meinung dann in Südtirol zu handhaben?


Das weiß ich nicht, ich war noch nie dort. Und das würde auf Talk-IT 
diskutiert gehören und nicht hier.


--
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] Založení OpenStreetMap Česká republika z.s.

[Miroslav Suchy]

Dne 19. 11. 18 v 10:28 Tom Ka napsal(a):
> Chystám zbývající dokumenty, pak se bude řešit podpisování (někde je
> potřeba ověřený podpis, čímž se to trochu natáhne). Jakmile bude vše
> nachystané zanesu na rejstříkový soud a dám vědět opět sem.

Jak se tohle všechno dořeší, tak pak bude zveřejněna přihláška a jak se i 
ostatní zájemci mohou stát členy OSM CZ.
Zatím prosím vyčkejte.

Mirek

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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Friedrich Volkmann]

On 19.11.2018 03:37, Kevin Kofler wrote:

Martin Brunner wrote:

Das Name ist daher sicher nicht "old", weil sogar extra beschildert, und
deutsch als Minderheitensprache anerkannt.


Da gebe ich dir recht. (Nur warum verwendet hier in Österreich keiner mehr
den deutschen Namen?)


Das hat mehrere Gründe: Erstens dass in Österreich auf Straßen-Wegweisern 
nach Sopron usw. die Namen in der jeweiligen Landessprache stehen. Gleiches 
gilt für Anzeigen und Durchsagen auf Bahnhöfen ("Zug nach Breclav fährt 
ein"). Zweitens der eiserne Vorhang und die Vertreibungen durch 
Benes-Dekrete usw., wodurch die Orte jenseits der Staatsgrenze den 
Österreichern fremd wurden. Drittens die Landkarten/Atlanten, wo heute 
ebenfalls meist die Ortsnamen in der Landessprache drinstehen. Wenn die 
Leute also überall nur noch Sopron und Bratislava lesen und hören, wie 
sollen sie dann noch die deutschen Namen wissen, geschweige verwenden?


Bei Sopron kommt noch hinzu, dass es kürzer und leichter auszusprechen ist 
als Ödenburg. Aus dem selben Grund sagt ja auch keiner mehr 
Griechisch-Weißenburg zu Belgrad. Hingegen werden Székesfehérvár, České 
Budějovice und Szczecin weiterhin für viele Österreicher unaussprechbar bleiben.


--
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-au] PSMA Administrative Boundaries

[Andrew Davidson]

Planning for the import is not finished yet, so please wait until after
that.

On Mon, 19 Nov 2018 21:23 Lee Mason  I am prepared to make a start on the Tasmania import over the next few
> days, unless there is some further discussion?
>
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Lee Mason]

Ok!


From: Andrew Davidson 
Sent: Monday, November 19, 2018 9:45:24 PM
To: Lee Mason
Subject: Re: [talk-au] PSMA Administrative Boundaries

Planning for the import is not finished yet, so please wait until after that.

On Mon, 19 Nov 2018 21:23 Lee Mason 
mailto:lee.ma...@outlook.com.au> wrote:

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




From: Joel H. mailto:jo...@disroot.org>>
Sent: Wednesday, November 7, 2018 2:57:45 PM
To: talk-au@openstreetmap.org; Andrew Harvey
Subject: Re: [talk-au] PSMA Administrative Boundaries

How are we with our import plan on the wiki, Do we have any blockers
stopping the PSMA import?

I think we should start setting dates state-by-state for import.


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.openstreetmap.org%2Flistinfo%2Ftalk-audata=02%7C01%7C%7C565081b3aeb3469940b808d6446557e2%7C84df9e7fe9f640afb435%7C1%7C0%7C636771599383310905sdata=XA%2FTFSN%2FuejCTQhpBBiR8xdhgAQTe6%2BPuYYFfrgL%2Fao%3Dreserved=0
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[OSM-talk-fr] Timber Jack

[Pub]

Bonjour, 

Je réside en Haute- Savoie en France .

Je vais essayer de contribuer pour transmettre des informations de terrains que 
j’espère pertinentes dans la région ou je circule.

Mais je trouve que le suivit cartographique est d’un haut niveau.

Donc avant tout merci à tous.
 

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

Re: [OSM-talk-fr] Soyons carto, contribuons au renouvellement des serveurs OSM-France

[Francois Gouget]

On Sun, 18 Nov 2018, mailbd1 wrote:

> Bonsoir
> 
>  
> 
> Je pense qu'il y a un problème avec le lien vers Assoconnect ci-dessous.

Je pense que le bon lien est le suivant :
https://openstreetmap.assoconnect.com/billetterie/offre/90295-e-renouvellement-de-nos-serveurs


-- 
Francois Gouget   http://fgouget.free.fr/
 The greatest programming project of all took six days; on the seventh day the
  programmer rested. We've been trying to debug the *&^%$#@ thing ever since.
  Moral: design before you implement.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] PSMA Administrative Boundaries

[Lee Mason]

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




From: Joel H. 
Sent: Wednesday, November 7, 2018 2:57:45 PM
To: talk-au@openstreetmap.org; Andrew Harvey
Subject: Re: [talk-au] PSMA Administrative Boundaries

How are we with our import plan on the wiki, Do we have any blockers
stopping the PSMA import?

I think we should start setting dates state-by-state for import.


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.openstreetmap.org%2Flistinfo%2Ftalk-audata=02%7C01%7C%7C565081b3aeb3469940b808d6446557e2%7C84df9e7fe9f640afb435%7C1%7C0%7C636771599383310905sdata=XA%2FTFSN%2FuejCTQhpBBiR8xdhgAQTe6%2BPuYYFfrgL%2Fao%3Dreserved=0
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Friedrich Volkmann]

On 19.11.2018 09:36, Stephan Bösch-Plepelits wrote:

Im Staatsvertrag von 1955 hat sich Österreich
verpflichtet, die Rechte der slowenischen und kroatischen Minderheiten zu
gewährleisten.
   Artikel 7(3):
   In den Verwaltungs- und Gerichtsbezirken Kärntens, des Burgenlandes und
   der Steiermark mit slowenischer, kroatischer oder gemischter Bevölkerung
   wird die slowenische oder kroatische Sprache zusätzlich zum Deutschen als
   Amtssprache zugelassen. In solchen Bezirken werden die Bezeichnungen und
   Aufschriften topographischer Natur sowohl in slowenischer oder
   kroatischer Sprache wie in Deutsch verfaßt.

   Quelle: 
https://www.ris.bka.gv.at/Dokument.wxe?Abfrage=Bundesnormen=NOR12005177

Für mich ist der Fall damit ganz klar, wie in der OSM damit umgegangen
werden sollte: Zweisprachiger name Tag, dazu name:de= und entsprechende
andere Sprachen.


Weiß nicht, wie du von einem Staatsvertrag Mappingregeln ableitest? Ein 
Vertrag ist nur für die Vertragspartner bindend. Wie die Bezeichnung 
Staatsvertrag schon sagt, ist der Staat ein Vertragspartner. Die OSMF oder 
wir als Mapper sind keine Vertragspartner. Das wär auch gar nicht möglich, 
da OSM, die OSMF und die meisten von uns persönlich zum Zeitpunkt des 
Vertragsabschlusses noch gar nicht existiert haben.


Außerdem erfüllt name:hr/hu/sl ja schon die von dir zitierte Bedingung.

Und beachte, dass im Staatsvertrag nicht nur von Ortsnamen die Rede ist. Ich 
kann mich nur wiederholen: Wer darauf pocht, die Ortsnamen mehrsprachig zu 
erfassen, sollte sich auch um andere Namen kümmern und nicht so tun, als wär 
mit den Ortsnamen alles erledigt.


Es fehlen übrigens nicht nur kroatische, slowenische und ungarische Namen, 
sondern auch deutsche. Z.B. für die place=locality im Fasangarten 
(https://www.openstreetmap.org/way/26954038) bei Trausdorf hab ich bisher 
keine deutschen Namen gefunden. Wenn du dich an den Staatsvertrag gebunden 
fühlst, musst du die aber genauso mehrsprachig machen.


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

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

[Talk-cz] Založení OpenStreetMap Česká republika z.s.

[Tom Ka]

Ahoj,

posílám aktuální informace o stavu založení spolku OSM CZ:

- video z ustavující schůze je k dispozici (stejně jako ostatní videa
z SotM CZ 2018) na YouTube: https://youtu.be/XDnDrx9bYrc
- provedl jsem základní úpravu stránky
https://openstreetmap.cz/organizace, je zde odkaz na zápis ze schůze a
odsouhlasenou verzi stanov.

Chystám zbývající dokumenty, pak se bude řešit podpisování (někde je
potřeba ověřený podpis, čímž se to trochu natáhne). Jakmile bude vše
nachystané zanesu na rejstříkový soud a dám vědět opět sem.

Díky tom.k

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

Re: [Talk-de] Änderungen highway=living_street / highway=service + living_street=yes

[Florian Lohoff]

On Fri, Nov 16, 2018 at 01:11:29PM +0100, Martin Koppenhoefer wrote:
> Am Fr., 16. Nov. 2018 um 10:31 Uhr schrieb Florian Lohoff :
> > Wenn es sich um Zufahrtswege handelt benutze highway=service +
> > living_street=yes.
> >
> > Ich habe keine Diskussion zu dem Thema mitbekommen und ich hätte
> > mich auch deutlich dagegen ausgesprochen. Das ist in diverser
> > Hinsicht kaputt.
> 
> +1

Ich habe die Änderung in dem Deutschen und Englischen Artikel entfernt.

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


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

Re: [Talk-cz] leisure / landuse=recreation_ground

[Dalibor Jelínek]

Ahoj,
mě se teda nelíbí ani jeden tag.
Ani landuse=recreation_ground není dobře definován
a není jasné, čím přesně se liší od parku. 
Viz ta debata na wiki.

Ovšem hromadnou opravou z leisure na landuse to samozřejmě nezhoršíš.

Dalibor

> -Original Message-
> From: Milan Cerny [mailto:milan...@centrum.cz]
> Sent: Sunday, November 18, 2018 9:00 PM
> To: OpenStreetMap Czech Republic 
> Subject: [Talk-cz] leisure / landuse=recreation_ground
> 
> Ahoj, při opravách a doplnění vzhledu mapy pro Android zařízení jsme narazili
> na problém s použitím tagu pro rekreační plochy.
> V OSM máme část ploch jako leisure=recreation_ground (735) a část jako
> landuse=recreation_ground (1369).
> Podle Wiki je správně jen landuse. Je tam ještě nějaký jiný rozdíl, nebo je to
> jen chybné tagování, které by se dalo hromadně opravit?
> 
> Díky.
> 
> ___
> 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] zweisprachige Ortsnamen/Tafeln

[Stephan Bösch-Plepelits]

On Tue, Nov 13, 2018 at 09:58:36AM +0100, Friedrich Volkmann wrote:
> On 13.11.2018 04:09, Kevin Kofler wrote:
> >Es macht aber einen Unterschied, ob das offizielle Namen sind, die auch auf
> >der Ortstafel stehen (wie bei Bad Eisenkappel name:sl="Železna Kapla") oder
> >nur gebräuchliche Übersetzungen (wie bei Wien name:sl="Dunaj").
> 
> Die auf den Ortstafeln stehenden deutschen, slowenischen, kroatischen und
> ungarischen Namen sind nur insofern offizieller, als sie in der Anlage des
> Volksgruppengesetzes gelistet sind.
Nein, das sehe ich nicht so. Im Staatsvertrag von 1955 hat sich Österreich
verpflichtet, die Rechte der slowenischen und kroatischen Minderheiten zu
gewährleisten.
  Artikel 7(3):
  In den Verwaltungs- und Gerichtsbezirken Kärntens, des Burgenlandes und
  der Steiermark mit slowenischer, kroatischer oder gemischter Bevölkerung
  wird die slowenische oder kroatische Sprache zusätzlich zum Deutschen als
  Amtssprache zugelassen. In solchen Bezirken werden die Bezeichnungen und
  Aufschriften topographischer Natur sowohl in slowenischer oder
  kroatischer Sprache wie in Deutsch verfaßt.

  Quelle: 
https://www.ris.bka.gv.at/Dokument.wxe?Abfrage=Bundesnormen=NOR12005177

Für mich ist der Fall damit ganz klar, wie in der OSM damit umgegangen
werden sollte: Zweisprachiger name Tag, dazu name:de= und entsprechende
andere Sprachen.

gruesse,
Stephan
-- 
Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
,--.
| Stephan Bösch-Plepelits  ❤ code ❤ urbanism ❤ free software ❤ cycling |
| Projects:|
| > OpenStreetMap: openstreetbrowser.org > openstreetmap.at|
| > Urbanism: Radlobby Wien|
| Contact: |
| > Mail: sk...@xover.mud.at > Blog: plepe.at > Code: github.com/plepe |
| > Twitter: twitter.com/plepe > Jabber: sk...@jabber.at   |
| > Mastodon: @pl...@en.osm.town   |
`--'


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