Re: [Talk-in] Translating names on iD

[Naveen Francis]

you can try
http://nomino.openstreetmap.fr/

On 25 May 2016 at 17:37, Srravya C  wrote:

> Hi,
>
> I am trying to translate names of places ranging from suburbs to cities
> and countries. With suburbs, roads, streets, there was no issue with
> editing it (on iD editor) and adding names in multiple languages. Whereas
> in the case of country or city, they are not single nodes and hence not
> editable. In such cases, how do we translate?
>
> For example,
> https://www.openstreetmap.org/relation/304716#map=5/21.861/82.749
>
> Is it not possible to add other languages names for 'India' using iD?
>
> Cheers,
> Srravya
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-us] New MapRoulette now in early public beta

[Valerie Anderson]

Martijn,

It looks great on Chromium and Firefox/Iceweasel.

Cheers,

Val

On Wed, 2016-05-25 at 20:29 +, talk-us-requ...@openstreetmap.org
wrote:
> Send Talk-us mailing list submissions to
>   talk-us@openstreetmap.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.openstreetmap.org/listinfo/talk-us
> or, via email, send a message with subject or body 'help' to
>   talk-us-requ...@openstreetmap.org
> 
> You can reach the person managing the list at
>   talk-us-ow...@openstreetmap.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-us digest..."
> 
> 
> Today's Topics:
> 
>1. Re: Odd road / odd structure (Paul Johnson)
>2. Re: Proposed import cleanup: NYSDEClands (Kevin Kenny)
>3. New MapRoulette now in early public beta (Martijn van Exel)
>4. Re: New MapRoulette now in early public beta (Rihards)
>5. Re: New MapRoulette now in early public beta (Kevin Kenny)
>6. Re: New MapRoulette now in early public beta (Martijn van Exel)
> 
> 
> --
> 
> Message: 1
> Date: Wed, 25 May 2016 13:12:57 -0500
> From: Paul Johnson <ba...@ursamundi.org>
> To: OpenStreetMap talk-us list <talk-us@openstreetmap.org>
> Subject: Re: [Talk-us] Odd road / odd structure
> Message-ID:
>   <CAMPM96qJv2a3ano+hPkDs55F0wpvhOA=skqjbi8ronf10j6...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
> 
> On Wed, May 25, 2016 at 8:55 AM, Steve Friedl <st...@unixwiz.net> wrote:
> >
> > The Irvine GIS guy told me that Paisley Place also servers as a utility
> > easement, which may have impacted some of the design.  These are quite
> > pretty little walkways, with a nice gate to enter, it’s just odd that it’s
> > a street.
> >
> 
> Huh?  The only thing I could see that could be remotely construed as a
> through walkway is the concrete gutter, which would make a natural break at
> the planter that for all practical purposes breaks up the street as a
> traffic calming measure, and appears to have barely slowed down the Google
> car, much less anyone on foot.
> 
> 
> > But regarding the big water catchment surface:
> >
> >
> >
> > Ø  Depending on the cant and the surface, it could actually be some sort
> > of French drain or infiltration pad designed as potentially an emergency
> > helipad.  I, personally, would make no assumption as to what it was without
> > at least cursory knowledge of the region's drainage and/or rescue tropes …
> >
> >
> >
> > I have some of that cursory knowledge, plus I actually hiked up there and
> > checked it out myself – there’s no question that it’s there to collect
> > water, drain it into the two cisterns to the southeast, and there’s a water
> > tap a little farther to the southwest.
> >
> >
> >
> > What you can’t see from the satellite imagery is that it’s at the top of a
> > hill, the only water it can possibly collect is rainwater.  It’s also clear
> > that this isn’t being used any more, but back in the forties I’m certain it
> > was a great place to water your horse.
> >
> >
> >
> > I think it would serve as a fine helipad, though these were constructed
> > before helicopters were in widespread enough use to be considered for
> > that.  I’m going to ask the local fire agency if they have records of using
> > that spot for helo.
> >
> 
> Very interesting edge case; I'd honestly be surprised based on aerial
> imagery if the cisterns aren't still in use as at least an emergency water
> supply, given that particular stretch of hills' propensity for fire.  It
> has a dry climate, some plants that depend on fire for reproduction, and
> eucalyptus, which the AU crowd can testify sets itself on fire for like, no
> reason.
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.openstreetmap.org/pipermail/talk-us/attachments/20160525/16f7566c/attachment-0001.html>
> 
> --
> 
> Message: 2
> Date: Wed, 25 May 2016 14:47:48 -0400
> From: Kevin Kenny <kevin.b.kenny+...@gmail.com>
> To: "talk-us@openstreetmap.org" <talk-us@openstreetmap.org>
> Subject: Re: [Talk-us] Proposed import cleanup: NYSDEClands
> Message-ID:
>   

[OSM-talk-fr] Rencontre parisienne 26 mai 2016

[Donat ROBAUX]

Salut à tous,

Je me disais bien que j'avais oublié quelque chose au retour du State of
the Map:

C'est par ici pour le infos:
http://forum.openstreetmap.fr/viewtopic.php?f=18=4695=12995#p12995

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

Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

[Tyndare]

Manifestement il y a de nouvelles restrictions concernant la résolution 
des PDF exportés depuis le site cadastre.gouv.fr qui posent problème 
pour le site cadastre.openstreetmap.fr
L'export du bâti ne marche plus car le code actuel récupère un seul PDF 
pour toute la commune (les bâtiment si présents ont parfois de grosses 
erreurs de simplification).
L'export des adresses était déjà découpé en petit PDF, mais il faut 
désormais découper en 100 fois plus de morceaux pour espérer lire tous 
les numéros.



On 25/05/2016 15:18, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT 
ALCA APPUI PERFORMANCE) wrote:

Le cadastre a l'air d'être reparti.
Hop au boulot !!

Denis


-Message d'origine-
De : didier2020 [mailto:didier2...@free.fr]
Envoyé : mardi 24 mai 2016 17:47
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

Le mardi 24 mai 2016 à 14:55 +0200, Francois Gouget a écrit :

Depuis environ 48h iD n'arrive plus à afficher la couche FR-BAN et la
couche FR-Cadastre.

Il semblerait que dans les deux cas ce soit parce que
inspire.cadastre.gouv.fr ne répond plus sur le port 80 (pas seulement
de mon adresse).

Quelqu'un sait-il ce qui se passe ?

maintenance :
http://www.cadastre.gouv.fr

--
Francois Gouget   http://fgouget.free.fr/
   Any sufficiently advanced Operating System is indistinguishable from
Linux ___ Talk-fr mailing
list Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [Talk-cu] Osm

[pb[gmail]]

esa opción recuerda mi password con la que estoy suscrito no la password de 
administración  :(


> On 25/5/2016, at 11:16 a.m., Laura Barroso Pérez 
>  wrote:
> 
> Pb busca la ultima opcion un boton que dice “Unsuscribe or edit options”, te 
> llevara a otra pagina donde hay otro boton que pone “Password reminder”àRemind
> 
> De: joost schouppe [mailto:joost.schou...@gmail.com]
> Enviado el: Wednesday, May 25, 2016 8:24 AM
> Para: OpenStreetMap Cuba
> Asunto: Re: [Talk-cu] Osm
> 
> No lo sé, pero quizas sigues siendo miembro normal de la lista? Podrias ver 
> que pasa si intentas entrar donde dice "Para anular su suscripción de 
> Talk-cu, consiga un recordatorio de su clave o cambie sus opciones de 
> suscripción indique su dirección de correo electrónico con el que está 
> suscrito:"
> 
> 2016-05-25 14:19 GMT+02:00 pb[gmail]  >:
>> ¿qué hago ahí?
>> Yo era moderador de la lista Talk-cu desde que salió, de hecho me siguen 
>> llegando las notificaciones, pero la contraseña de administración ya no 
>> funciona :(
>> 
>>> On 25/5/2016, at 6:49 a.m., joost schouppe >> > wrote:
>>> 
>>> Tienes que hacer esto en esta pagina: 
>>> https://lists.openstreetmap.org/listinfo/talk-cu 
>>> 
>>> 
>>> ___
>>> Talk-cu mailing list
>>> Talk-cu@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-cu 
>>> 
>> 
>> 
>> ___
>> Talk-cu mailing list
>> Talk-cu@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-cu 
>> 
> 
> 
> 
> --
> Joost @
> Openstreetmap  | Twitter 
>  | LinkedIn 
>  | Meetup 
> ___
> Talk-cu mailing list
> Talk-cu@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cu



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-dk] "Geodatastyrelsen" bliver nu "default" baggrund i DK

[Michael Andersen]

Hej

Jeg har mange gange opfordret både udlændinge og nye folk til at bruge 
Geodatastyrelsens (eller den entitet der hed sådan) fotos når de redigerer i 
DK. Indtil nu har iD automatisk valgt Bing som baggrundslag og folk har aktivt 
skullet vælge Geodatastyrelsen (og det har selvfølgelig langt fra været alle 
der af sig selv har opdaget det).
Nu har jeg så opdaget hvordan jeg kunne få iD til i stedet som standard at 
vælge Geodatastyrelsen: https://github.com/osmlab/editor-layer-index/pull/154.

Fugro har også optrådt som en valgmulighed i iD, selvom det ikke længere er 
hverken interessant eller tilgængeligt, men det er ved  at være slut nu: 
https://github.com/osmlab/editor-layer-index/issues/153.

Disse ændringer træder formentlig i kraft med næste version af iD

/Hjart

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

Re: [OSM-talk-be] Fietsstraat: 30km ten laste van wie ?

[Ruben Maes]

Wednesday 25 May 2016 22:49:25, Killian De Volder:
> Merci, Bedankt,
> 
> @ru...@janmaes.com
> Would you like to translate ? I might be able to produce something that looks 
> like French. But information will be lost.

Sure. But keep in mind I'm also just a poor Dutch speaking guy :p


La code de la route n'est que pour son utilisateurs. Alors les chauffeurs 
doivent limiter leur vitesse à 30km/h.

Si le législateur voulait imposer une obligation à la voirie, il le décréterait 
dans "l'Arrêté ministériel fixant les dimensions minimales et les conditions 
particulières de placement de la signalisation routière" et pas dans la code de 
la route.

Le "Vademecum Flamand des Provisions pour les Cyclistes" ne contient non plus 
aucune suggestion d'ajouter un panneau supplémentaire. 
http://www.mobielvlaanderen.be/pdf/vademecum/hfdst3.pdf punt 3.1.4

> On 25-05-16 22:03, Wouter Hamelinck wrote:
> > Wegcode is voor weggebruikers. Zij dienen ervoor te zorgen dat hun snelheid 
> > niet boven de 30km/u komt.
> > 
> > Indien de wetgever aan de wegbeheerder een verplichting zou willen opleggen 
> > om een bijkomende snelheidsbeperking in te voeren zou dat in het 
> > "Ministerieel besluit houdende de minimum afmetingen en de bijzondere 
> > plaatsingsvoorwaarden van de verkeerstekens" 
> > (http://wegcode.be/wetteksten/secties/mb/mb-111076) staan en niet in de 
> > wegcode.
> > 
> > Ook het Vlaams Vacemecum Fietsvoorzieningen bevat geen enkele suggestie om 
> > een extra bord met snelheidsbeperking toe te voegen. 
> > http://www.mobielvlaanderen.be/pdf/vademecum/hfdst3.pdf punt 3.1.4
> > 
> > wouter
> > 
> > 2016-05-25 20:59 GMT+02:00 Killian De Volder  > >:
> > 
> > http://wegcode.be/wetteksten/secties/kb/wegcode/1804-art22novies
> > 
> > De wetgeving is geen 100% duidelijk in dit artikel:
> > "De snelheid mag in een fietsstraat nooit hoger liggen dan 30 kilometer 
> > per uur."
> > Is dit ten laste van de gemeenten die een snelheidsbeperking moeten 
> > opleggen (bijkomend bord).
> > Of is dit ten laste van de bestuurders ?
> > 
> > (Geen speculatie aub.)

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Fietsstraat: 30km ten laste van wie ?

[Killian De Volder]

Merci, Bedankt,

@ru...@janmaes.com
Would you like to translate ? I might be able to produce something that looks 
like French. But information will be lost.


On 25-05-16 22:03, Wouter Hamelinck wrote:
> Wegcode is voor weggebruikers. Zij dienen ervoor te zorgen dat hun snelheid 
> niet boven de 30km/u komt.
> 
> Indien de wetgever aan de wegbeheerder een verplichting zou willen opleggen 
> om een bijkomende snelheidsbeperking in te voeren zou dat in het 
> "Ministerieel besluit houdende de minimum afmetingen en de bijzondere 
> plaatsingsvoorwaarden van de verkeerstekens" 
> (http://wegcode.be/wetteksten/secties/mb/mb-111076) staan en niet in de 
> wegcode.
> 
> Ook het Vlaams Vacemecum Fietsvoorzieningen bevat geen enkele suggestie om 
> een extra bord met snelheidsbeperking toe te voegen. 
> http://www.mobielvlaanderen.be/pdf/vademecum/hfdst3.pdf punt 3.1.4
> 
> wouter
> 
> 2016-05-25 20:59 GMT+02:00 Killian De Volder  >:
> 
> http://wegcode.be/wetteksten/secties/kb/wegcode/1804-art22novies
> 
> De wetgeving is geen 100% duidelijk in dit artikel:
> "De snelheid mag in een fietsstraat nooit hoger liggen dan 30 kilometer 
> per uur."
> Is dit ten laste van de gemeenten die een snelheidsbeperking moeten 
> opleggen (bijkomend bord).
> Of is dit ten laste van de bestuurders ?
> 
> (Geen speculatie aub.)
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> 
> -- 
> "Den som ikke tror på seg selv kommer ingen vei."
>- Thor Heyerdahl
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Je viens de faire un essai de conversion de mon point géodésique de 
Vieillevigne, depuis ETRS89 epoch 1989 vers ITRF2014 epoch 2016, en 
utilisant les infos de vélocité de la base de La Rochelle. Je tombe sur 
un déplacement d'environ 1.256m vers le nord est.
Étant donné que je suis un parfait newbie en géodésie, conversion de 
coordonnées, projection, etc..., il est très possible que j'aie fait une 
erreur.


Le site en question :
http://www.epncb.oma.be/_productsservices/coord_trans/

Stf

Le 24/05/2016 à 11:11, Stéphane Péneau a écrit :

Le 21/05/2016 à 10:59, Christian Quest a écrit :

Le 20/05/2016 à 09:33, Eric Sibert a écrit :

Réponse tardive.

Il existe des sites de post-traitement en ligne.

http://gpsworld.com/a-comparison-of-free-gps-online-post-processing-services/ 



Tu as fait des acquisitions de combien de temps?


C'est variable selon mon temps, et la météo. Ça ne dépasse pas 20mn. 
Tout serait plus facile si au lieu d'un point de référence situé dans 
un endroit fréquenté, j'avais une borne dans le jardin. :-)





j'ai cherché à savoir si ce décalage venait de la différence entre 
les coordonnées ETRS89 et WGS84, ...


Pour les coordonnées, même s'il y a une erreur sur le système, 
celle-ci devrait s'annuler quand tu cherches la différence entre tes 
deux stations.





Sauf que la base a ses coordonnées qui sont fixées sur celles du point 
géodésique. Donc non, l'erreur ne s'annule pas.



La différence entre les deux systèmes est négligeable d'après ce que 
j'ai pu lire... de l'ordre du millimètre.


En Z, oui, les ellipsoïdes utilisées sont très proches (wikipedia 
annonce 0.1mm entre GRS80 et WGS84), mais plus j'y réfléchie, et plus 
ça me semble incohérent qu'il en soit ainsi en x et y. L'ETRS89 est 
ancien et immobile par rapport à notre plaque. Le WGS84 ne l'est pas, 
il est basé sur le méridien de référence international qui n'est pas 
fixe par rapport à notre plaque :

http://www.thegreenwichmeridian.org/tgm/articles.php?article=7

Cette fiche indique une cohérence métrique, et qu'il faut translater 
les coordonnées selon le déplacement de la plaque eurasie :

http://education.ign.fr/sites/all/files/geodesie_systemes.pdf
Une discussion sur ce sujet, mais où je suis loin d'avoir tout compris :
http://georezo.net/forum/viewtopic.php?id=83843

Je pense que ce problème n'existe pas pour les professionnels qui 
utilisent du matériel donnant des coordonnées directement dans le 
référentiel local.
En revanche pour nous, c'est une autre histoire, surtout en utilisant 
sa propre base, ce qui est mon cas.






1 bémol, la vue n'est pas complètement dégagée, il y a une grande 
haie de peuplier pas très loin.


Normalement, les algorithmes mettent un poids décroissant plus les 
satellites sont bas sur l'horizon, principalement pour compenser la 
traversée plus importante de l'atmosphère. En plus, on peut souvent 
rajouter un angle de coupure, genre 10 ou 20°. Il n'y a pas une 
option comme ça dans RTKlib? On peut aussi être perturbé par les 
réflexions sur le sol, surtout si on n'a pas une protection choke 
ring sous l'antenne.




Oui, RTKlib permet d'éliminer les sat en dessous d'un certain angle 
au dessus de l'horizon. Par défaut c'est 15°. On peut aussi éliminer 
tel ou tel sat en indiquant son identifiant.




J'ai essayé de modifier cette valeur, et les résultats diffèrent. 
C'est principalement la rapidité à obtenir un fix qui change, mais 
parfois il y a aussi les coordonnées calculées qui ne sont pas 
identiquesc'est plus gênant.


Stf


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




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

Re: [Talk-us] New MapRoulette now in early public beta

[Kevin Kenny]

Logging out, flushing cookies, and logging in again brought me to
'Saint Charles Smartt Airfield' and 'False Positive' worked this time.

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

Re: [Talk-us] New MapRoulette now in early public beta

[Kevin Kenny]

Should I expect it to be operating? I tried logging in, and the first
purported aerodrome I got was the actual 'Branson West Airport'. It
was well-mapped, so I clicked 'False Positive' and 'Next' - and got
"KO: Invalid task status supplied".



On Wed, May 25, 2016 at 3:01 PM, Martijn van Exel  wrote:
 MapRoulette has been completely redone, hopefully keeping the good parts and
> improving on some things that were not so great. I’m pretty excited to
> announce that I have a public beta up now at http://maproulette.org:8080. I
> am very much looking forward to your feedback. Old MapRoulette will be
> around for a month or so more, then we will switch over. Some more details
> below. Let me know what you think, or if you want to help out!

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

Re: [OSM-talk-be] Fietsstraat: 30km ten laste van wie ?

[Wouter Hamelinck]

Wegcode is voor weggebruikers. Zij dienen ervoor te zorgen dat hun snelheid
niet boven de 30km/u komt.

Indien de wetgever aan de wegbeheerder een verplichting zou willen opleggen
om een bijkomende snelheidsbeperking in te voeren zou dat in het
"Ministerieel besluit houdende de minimum afmetingen en de bijzondere
plaatsingsvoorwaarden van de verkeerstekens" (
http://wegcode.be/wetteksten/secties/mb/mb-111076) staan en niet in de
wegcode.

Ook het Vlaams Vacemecum Fietsvoorzieningen bevat geen enkele suggestie om
een extra bord met snelheidsbeperking toe te voegen.
http://www.mobielvlaanderen.be/pdf/vademecum/hfdst3.pdf punt 3.1.4

wouter

2016-05-25 20:59 GMT+02:00 Killian De Volder :

> http://wegcode.be/wetteksten/secties/kb/wegcode/1804-art22novies
>
> De wetgeving is geen 100% duidelijk in dit artikel:
> "De snelheid mag in een fietsstraat nooit hoger liggen dan 30 kilometer
> per uur."
> Is dit ten laste van de gemeenten die een snelheidsbeperking moeten
> opleggen (bijkomend bord).
> Of is dit ten laste van de bestuurders ?
>
> (Geen speculatie aub.)
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
"Den som ikke tror på seg selv kommer ingen vei."
   - Thor Heyerdahl
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Pas sage en seine 2016 - atelier/conf osm .

[Marc Sibert]

Bonsoir,

Oui on peut, ça augmentera peut-être l’audience...

A+

Marc Sibert
mailto:m...@sibert.fr

Le 25/05/2016 à 11:34, Benoit Fournier a écrit :

Bonjour,

Intéressé aussi, pour atelier/soutien/présentation.
Pas trop motivé/disponible pour les 4 jours en mode stand/permanence
par contre. Je ne pense pas qu'on puisse assurer collectivement sur
cette durée sur ce festival, mais il faut voir les volontaires.

On bouge la discussion et la coordination sur
http://forum.openstreetmap.fr/viewforum.php?f=18 ?

Benoît


2016-05-17 17:38 GMT+02:00 Marc SIBERT :

Bonjour,

c'est une idée à creuser.

Je peux faire quelques présentations d'OSM (déjà fait :-) mais le sujet de
HOT bien que connu n'est pas mon sujet, même si j'ai participé
ponctuellement à un missing map ou par des contributions ponctuelles sur des
zones de crise.

Si le sujet fait recette, je peux coordonner (j'habite en essonne et je
viens régulièrement sur le sud-parisien) mais pas seul hein, le festival
dure 4 jours. Un stand/une permanence OSM ce serait pas mal si c'est prévu
dans le festival.

A+

Marc Sibert
m...@sibert.fr

Le 7 mai 2016 à 20:11, • gaspard  a écrit :

Bonjour,

Cet été aura lieu le Pas Sage En Seine 2016
Plus d'infos sur le PSES: http://www.pseshsf.org/

Que penseriez-vous d'y présenter un atelier et/ou une conférence sur OSM ?

1 La conférence parlerait de concepts généraux,
par exemple, quelque chose sur le thème: "les données carto ne devraient
pas appartenir qu'à des grosses boîtes" avec les implications économiques et
politiques que ça représente. Les cas pratiques d'auto-organisation comme
par exemple pour hotosm.

2 L'atelier animerait un peu d'initiation autour de hotosm
par exemple, des débutant(e)s encadré(e)s par des mappeurs(euses) plus
expérimentés.

Je connais un peu OSM, enfin suffisamment pour expliquer les rudiments de
l'édition avec ID (et un peu JOSM), montrer HOT, etc. mais pas suffisamment
pour faire une conf. Je suis certain qu'avec une petite poignée
d'OSMeurs(euses) on peut faire quelque chose de chouette.

Qui en est ?

Gaspard




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



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



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

Re: [OSM-talk] New MapRoulette now in early public beta

[Martijn van Exel]

That’s working (at least for nodes…). When you create a challenge, you can 
paste in Overpass QL to create the tasks. Let me know if you want to give it a 
try.

Martijn


> On May 25, 2016, at 1:27 PM, Michał Brzozowski  wrote:
> 
> I occasionally make some queries with Overpass Turbo to clean up data,
> many of which are country-specific - related to street naming etc.
> One of them though is related to misuse of iD: people (or companies
> trying to mark themselves) add POIs to the map as an address point
> with a name (or adding a name to an existing one) - without a
> "principal" tag such as shop or amenity. I couldn't convince @bhousel
> to discourage this programatically (and obviously there's plenty of
> them in the DB already). Could be nice to gamify fixing them with
> proper tagging.
> 
> Direct MapRoulette integration with Overpass API would be fantastic.
> 
> Michał
> 
> 
> On Wed, May 25, 2016 at 9:01 PM, Martijn van Exel  wrote:
>> Hi all,
>> 
>> MapRoulette has been completely redone, hopefully keeping the good parts and
>> improving on some things that were not so great. I’m pretty excited to
>> announce that I have a public beta up now at http://maproulette.org:8080. I
>> am very much looking forward to your feedback. Old MapRoulette will be
>> around for a month or so more, then we will switch over. Some more details
>> below. Let me know what you think, or if you want to help out!
>> 
>> Map on,
>> Martijn
>> 
>> Some resources
>> Mailing List: https://lists.openstreetmap.org/pipermail/maproulette/ (low
>> volume)
>> Slack: maproulette.slack.com
>> Code: https://github.com/maproulette/
>> API: https://github.com/maproulette/maproulette2/blob/master/docs/api.md
>> 
>> Major changes / improvements are
>> * Much improved metrics (this part particularly under heavy development and
>> feedback welcome)
>> * Challenges now grouped in Projects that can be managed by multiple users
>> * Project / Challenge administration now fully integrated in the user
>> interface
>> * Survey challenges let you ask questions about things with multiple choice
>> answers
>> * Tasks can have tags for another layer of organization
>> * Challenge search and discovery through a one box search (still very early,
>> more to come here and feedback welcome)
>> * API is more consistent and more RESTful
>> * Due to new challenge model, there is no backward compatibility with the
>> old API
>> * Switching to API keys, no more tunneling / ease
>> * Back end now completely written in Scala
>> * Deployment fully automated through Docker
>> 
>> 
>> 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] New MapRoulette now in early public beta

[Michał Brzozowski]

I occasionally make some queries with Overpass Turbo to clean up data,
many of which are country-specific - related to street naming etc.
One of them though is related to misuse of iD: people (or companies
trying to mark themselves) add POIs to the map as an address point
with a name (or adding a name to an existing one) - without a
"principal" tag such as shop or amenity. I couldn't convince @bhousel
to discourage this programatically (and obviously there's plenty of
them in the DB already). Could be nice to gamify fixing them with
proper tagging.

Direct MapRoulette integration with Overpass API would be fantastic.

Michał


On Wed, May 25, 2016 at 9:01 PM, Martijn van Exel  wrote:
> Hi all,
>
> MapRoulette has been completely redone, hopefully keeping the good parts and
> improving on some things that were not so great. I’m pretty excited to
> announce that I have a public beta up now at http://maproulette.org:8080. I
> am very much looking forward to your feedback. Old MapRoulette will be
> around for a month or so more, then we will switch over. Some more details
> below. Let me know what you think, or if you want to help out!
>
> Map on,
> Martijn
>
> Some resources
> Mailing List: https://lists.openstreetmap.org/pipermail/maproulette/ (low
> volume)
> Slack: maproulette.slack.com
> Code: https://github.com/maproulette/
> API: https://github.com/maproulette/maproulette2/blob/master/docs/api.md
>
> Major changes / improvements are
> * Much improved metrics (this part particularly under heavy development and
> feedback welcome)
> * Challenges now grouped in Projects that can be managed by multiple users
> * Project / Challenge administration now fully integrated in the user
> interface
> * Survey challenges let you ask questions about things with multiple choice
> answers
> * Tasks can have tags for another layer of organization
> * Challenge search and discovery through a one box search (still very early,
> more to come here and feedback welcome)
> * API is more consistent and more RESTful
> * Due to new challenge model, there is no backward compatibility with the
> old API
> * Switching to API keys, no more tunneling / ease
> * Back end now completely written in Scala
> * Deployment fully automated through Docker
>
>
>
>
> ___
> 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-latam] Contacto en Buenos Aires, Argentina

[Hernán Javier López]

Rodrigo:
En este momento donde mas movimiento y velocidad de respuesta hay es en el
grupo de Telegram https://telegram.me/osm_ar
Decile que escriba ahí, que puede hablar con todos y arreglar un encuentro
Saludos
Hernan

El mié., 25 may. 2016 a las 15:41, Rodrigo Rodríguez (<
lis...@mundonomada.info>) escribió:

> Hola,
>
> ¿Hay alguien en esta lista que sea de la comunidad de Buenos Aires?
>
> Una amiga está trabajando su tesis pre-doctoral y quiere desarrollar un
> sistema de alerta temprana y respuesta para el PAMI utilizando
> tecnologías libres y mapeo urbano, y me pregunto si podría brindarle el
> contacto de alguien en esta lista con quien pueda platicar cara-a-cara.
>
> Saludos y gracias de antemano,
>
> --
> Rodrigo Rodríguez
> http://mundonomada.info
> __
> Que la rebeldía siempre nos bese en la boca.
>
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam
>
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [Talk-us] New MapRoulette now in early public beta

[Rihards]

On 2016.05.25. 22:01, Martijn van Exel wrote:

Hi all,

MapRoulette has been completely redone, hopefully keeping the good parts
and improving on some things that were not so great. I’m pretty excited
to announce that I have a public beta up now at
http://maproulette.org:8080. I am very much looking forward to your
feedback. Old MapRoulette will be around for a month or so more, then we
will switch over. Some more details below. Let me know what you think,
or if you want to help out!


a really minor thing, but you might want to change "why not add hangers" 
to "hangars" ;)



Map on,
Martijn

Some resources
Mailing List:
https://lists.openstreetmap.org/pipermail/maproulette/ (low volume)
Slack: maproulette.slack.com 
Code: https://github.com/maproulette/
API: https://github.com/maproulette/maproulette2/blob/master/docs/api.md

Major changes / improvements are
* Much improved metrics (this part particularly under heavy development
and feedback welcome)
* Challenges now grouped in Projects that can be managed by multiple users
* Project / Challenge administration now fully integrated in the user
interface
* Survey challenges let you ask questions about things with multiple
choice answers
* Tasks can have tags for another layer of organization
* Challenge search and discovery through a one box search (still very
early, more to come here and feedback welcome)
* API is more consistent and more RESTful
* Due to new challenge model, there is no backward compatibility with
the old API
* Switching to API keys, no more tunneling / ease
* Back end now completely written in Scala
* Deployment fully automated through Docker





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




--
 Rihards

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

Re: [OSM-talk-be] Fietsstraat: 30km/u ten laste van wie? / Rue cyclable: 30km/h maximum - qui est responsable ?

[Ruben Maes]

Because this question is applicable nationally, I'm providing a French 
translation:


http://www.code-de-la-route.be/textes-legaux/sections/ar/code-de-la-route/1716-art22novies

La loi n'est pas vraiment claire dans cet article à propos des rues cyclables :
« La vitesse ne peut jamais y être supérieure à 30 km/h. »
Cela, c'est la responsabilité des municipalités, qui doivent placer un panneau 
de signalisation; ou celle des chauffeurs ?

(Pas de spéculation svp.)


Wednesday 25 May 2016 20:59:37, Killian De Volder:
> http://wegcode.be/wetteksten/secties/kb/wegcode/1804-art22novies
> 
> De wetgeving is niet 100% duidelijk in dit artikel:
> "De snelheid mag in een fietsstraat nooit hoger liggen dan 30 kilometer per 
> uur."
> Is dit ten laste van de gemeenten die een snelheidsbeperking moeten opleggen 
> (bijkomend bord).
> Of is dit ten laste van de bestuurders?
> 
> (Geen speculatie aub.)
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 

-- 
This message is OpenPGP signed.

signature.asc
Description: This is a digitally signed message part.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-us] New MapRoulette now in early public beta

[Martijn van Exel]

Hi all, 

MapRoulette has been completely redone, hopefully keeping the good parts and 
improving on some things that were not so great. I’m pretty excited to announce 
that I have a public beta up now at http://maproulette.org:8080 
. I am very much looking forward to your 
feedback. Old MapRoulette will be around for a month or so more, then we will 
switch over. Some more details below. Let me know what you think, or if you 
want to help out!

Map on,
Martijn

Some resources
Mailing List: https://lists.openstreetmap.org/pipermail/maproulette/ 
 (low volume)
Slack: maproulette.slack.com 
Code: https://github.com/maproulette/ 
API: https://github.com/maproulette/maproulette2/blob/master/docs/api.md 


Major changes / improvements are
* Much improved metrics (this part particularly under heavy development and 
feedback welcome)
* Challenges now grouped in Projects that can be managed by multiple users
* Project / Challenge administration now fully integrated in the user interface
* Survey challenges let you ask questions about things with multiple choice 
answers
* Tasks can have tags for another layer of organization
* Challenge search and discovery through a one box search (still very early, 
more to come here and feedback welcome)
* API is more consistent and more RESTful
* Due to new challenge model, there is no backward compatibility with the old 
API
* Switching to API keys, no more tunneling / ease
* Back end now completely written in Scala
* Deployment fully automated through Docker



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

[OSM-talk] New MapRoulette now in early public beta

[Martijn van Exel]

Hi all, 

MapRoulette has been completely redone, hopefully keeping the good parts and 
improving on some things that were not so great. I’m pretty excited to announce 
that I have a public beta up now at http://maproulette.org:8080 
. I am very much looking forward to your 
feedback. Old MapRoulette will be around for a month or so more, then we will 
switch over. Some more details below. Let me know what you think, or if you 
want to help out!

Map on,
Martijn

Some resources
Mailing List: https://lists.openstreetmap.org/pipermail/maproulette/ 
 (low volume)
Slack: maproulette.slack.com 
Code: https://github.com/maproulette/ 
API: https://github.com/maproulette/maproulette2/blob/master/docs/api.md 


Major changes / improvements are
* Much improved metrics (this part particularly under heavy development and 
feedback welcome)
* Challenges now grouped in Projects that can be managed by multiple users
* Project / Challenge administration now fully integrated in the user interface
* Survey challenges let you ask questions about things with multiple choice 
answers
* Tasks can have tags for another layer of organization
* Challenge search and discovery through a one box search (still very early, 
more to come here and feedback welcome)
* API is more consistent and more RESTful
* Due to new challenge model, there is no backward compatibility with the old 
API
* Switching to API keys, no more tunneling / ease
* Back end now completely written in Scala
* Deployment fully automated through Docker



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

[OSM-talk-be] Fietsstraat: 30km ten laste van wie ?

[Killian De Volder]

http://wegcode.be/wetteksten/secties/kb/wegcode/1804-art22novies

De wetgeving is geen 100% duidelijk in dit artikel:
"De snelheid mag in een fietsstraat nooit hoger liggen dan 30 kilometer per 
uur."
Is dit ten laste van de gemeenten die een snelheidsbeperking moeten opleggen 
(bijkomend bord).
Of is dit ten laste van de bestuurders ?

(Geen speculatie aub.)

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

Re: [Talk-us] Proposed import cleanup: NYSDEClands

[Kevin Kenny]

Oh, another question.  Some of the New York state land parcels have
rather complicated topology, and the previous import didn't get them
entirely right: duplicated nodes, crossing ways, nodes close to other
ways, and so on. Moreover, the upstream data are fairly arbitrarily
divided. An example is Burnt-Rossman Hills State Forest (which has
some recent changes from me that consisted of detaching the boundary
from crossing ways and deduplicating nodes).

From the upstream system, this arrives as six separate chunks,
corresponding to ways 32035570, 32026630, 32002834, 32047624, 32035988
and 39186229. Some of the fragmentation appears to be simply to avoid
having holes in any of the polygons (Why this is done is unclear: the
shapefile uses multipolygons to represent the parcels, so they can
support inner rings.)

My inclination would be to use PostGIS to coalesce all of these using
ST_Union, and then import the simplified multipolygon, which the tools
surely know how to do. I think that would be more in keeping with our
data model, and would keep us from rendering internal borders on the
parcels. It loses the LANDS_UID of the parcels, but I don't think
that's a particularly useful thing to keep around.

The rule for coalescing would be to group by facility number, so all
the parcels of Burnt-Rossman Hills State Forest would be one relation,
while the ones of adjacent Mallet Pond State Forest would be another.

With all this said, I'm better at PostGIS programming than at OSM
modeling, so I could be off in the weeds here. Does this idea make
sense?

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

[Talk-ar] Fwd: [talk-latam] Contacto en Buenos Aires, Argentina

[Manuel Kaufmann]

Hola a todos,

Re-envío este email a la lista de Argentina.


 Mensaje reenviado 
Asunto: [talk-latam] Contacto en Buenos Aires, Argentina
Fecha: Wed, 25 May 2016 11:26:37 -0600
De: Rodrigo Rodríguez 
Responder a: OpenStreetMap Latinoamérica 
Organización: Mundo Nómada
Para: talk-la...@openstreetmap.org

Hola,

¿Hay alguien en esta lista que sea de la comunidad de Buenos Aires?

Una amiga está trabajando su tesis pre-doctoral y quiere desarrollar un
sistema de alerta temprana y respuesta para el PAMI utilizando
tecnologías libres y mapeo urbano, y me pregunto si podría brindarle el
contacto de alguien en esta lista con quien pueda platicar cara-a-cara.

Saludos y gracias de antemano,

--
Rodrigo Rodríguez
http://mundonomada.info
__
Que la rebeldía siempre nos bese en la boca.


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

--

Kaufmann Manuel
-- http://elblogdehumitos.com.ar/


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

Re: [Talk-us] Odd road / odd structure

[Paul Johnson]

On Wed, May 25, 2016 at 8:55 AM, Steve Friedl  wrote:
>
> The Irvine GIS guy told me that Paisley Place also servers as a utility
> easement, which may have impacted some of the design.  These are quite
> pretty little walkways, with a nice gate to enter, it’s just odd that it’s
> a street.
>

Huh?  The only thing I could see that could be remotely construed as a
through walkway is the concrete gutter, which would make a natural break at
the planter that for all practical purposes breaks up the street as a
traffic calming measure, and appears to have barely slowed down the Google
car, much less anyone on foot.


> But regarding the big water catchment surface:
>
>
>
> Ø  Depending on the cant and the surface, it could actually be some sort
> of French drain or infiltration pad designed as potentially an emergency
> helipad.  I, personally, would make no assumption as to what it was without
> at least cursory knowledge of the region's drainage and/or rescue tropes …
>
>
>
> I have some of that cursory knowledge, plus I actually hiked up there and
> checked it out myself – there’s no question that it’s there to collect
> water, drain it into the two cisterns to the southeast, and there’s a water
> tap a little farther to the southwest.
>
>
>
> What you can’t see from the satellite imagery is that it’s at the top of a
> hill, the only water it can possibly collect is rainwater.  It’s also clear
> that this isn’t being used any more, but back in the forties I’m certain it
> was a great place to water your horse.
>
>
>
> I think it would serve as a fine helipad, though these were constructed
> before helicopters were in widespread enough use to be considered for
> that.  I’m going to ask the local fire agency if they have records of using
> that spot for helo.
>

Very interesting edge case; I'd honestly be surprised based on aerial
imagery if the cisterns aren't still in use as at least an emergency water
supply, given that particular stretch of hills' propensity for fire.  It
has a dry climate, some plants that depend on fire for reproduction, and
eucalyptus, which the AU crowd can testify sets itself on fire for like, no
reason.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Proposed import cleanup: NYSDEClands

[Kevin Kenny]

I've been continuing to investigate the NYS DEC Lands file, because,
as Paul Norman identified, the original import is not up to current
OSM standards. I'm not going to apologize for reimporting - a reimport
will surely leave less of a mess than what is there!

It's become clear to me that for most of these lands, and certainly
for the entirety of the Forest Preserve, leisure=nature_reserve is a
correct description for legacy renderers. landuse=forest is
emphatically not correct. These lands are not used for timber
production. natural=wood may or may not be correct, depending on
landcover. boundary=national_park would also be semantically close for
the Forest Preserve lands, except that the Forest Preserve is not
administered at the national level.

It would be desirable to include boundary=protected_area for these
parcels, since all of them enjoy some sort of legal conservation
protection, and the Forest Preserve lands enjoy extremely strong
protection - stronger than the US National Parks. If we include this,
it's also desirable to include a protect_class. IUCN's web site
describes all these lands as class VI. The description of class 6,
nevertheless, does not fit the Forest Preserve. It might fit the
Adirondack and Catskill Parks in their entirety, where sustainable use
of natural resources is the goal. The State-owned lands within the
parks, however, are conserved to a much stricter standard.

The purpose of this writeup is to review New York State's land
classification scheme and attempt to assign appropriate protect_class
for the lands, in hopes of not creating yet another mess for someone
else to clean up down the road.

Feel free to scroll all the way down to the summary if you don't care
to follow the arguments for each decision. The summary gives
protect_class and protection_object for each classification of State
land.


1. THE FOREST PRESERVE
==

New York's Forest Preserve was created in 1894 by Article XIV of the
New York State Constitution. Its original wording still stands:

The lands of the State, now owned or hereafter acquired,
constituting the Forest Preserve as now fixed by law, shall be
forever kept as wild forest lands. They shall not be leased, sold
or exchanged, or be taken by any corporation, public or private,
nor shall the timber thereon be sold, removed or destroyed.
http://www.dec.ny.gov/lands/55849.html

It has been amended with many codicils, but in fact remains as strong
as ever. The amendments still must be placed on the ballot by a
supermajority of both houses of the state legislature in two sessions
with a general election intervening, and then presented as a popular
referendum. I can remember one election where there were six such
measures on the ballot, all widely supported by both development
advocates and conservationists. The consensus arose from the fact that
both sides got something: the Forest Preserve was expanded while the
lost land served an economic purpose. One typical example was that the
Sagamore Institute, a non-profit educational foundation, was allowed
to take title to ten acres containing historic buildings (placing them
under unitary ownership) on condition that the site would be conserved
as a historic site and remain open to the public - in return for two
hundred acres of wild forest land.

The Forest Preserve comprises the State-owned lands within the
Catskill and Adirondack Parks. The line fixed by the 1894 law defining
the parks is often called the Blue Line because it is traditionally
drawn in blue on maps of New York State. It also includes several
'detached parcels' that are outside the Blue Line but still located in
the counties that contain the Forest Preserve. These parcels enjoy the
same constitutional protection.

The State-owned lands in the Forest Preserve fall in several
administrative categories.
http://www.dec.ny.gov/lands/7811.html

A. WILDERNESS

The formal definition is found at the above URL. It is close to the
IUCN definition of Class Ib and the Federal definition of Wilderness
Area. It is "an area where the Earth and its community of life are
untrammeled by Man - where Man himself is a visitor who does not
remain." It cannot be class Ia, because public access is unrestricted.
Ordinarily, a parcel will be designated as Wilderness only
if it is at least ten thousand acres (4500 ha) in extent; preserving
smaller parcels in an unimpaired condition is usually impracticable.

Wilderness areas constitute 1.3 million acres (2100 square miles,
5400 km**2) of the lands in question.

I would suggest that Wilderness ought to be protect_class=1.

B. PRIMITIVE, PRIMITIVE BICYCLE CORRIDOR, CANOE

All of these are essentially the same as Wilderness. In the case of
Primitive Areas, there is usually some existing nonconformant use that
cannot be removed on a fixed timetable or are adjacent to private
lands that are sufficiently influential that wilderness designation
cannot be supported. 

Re: [Talk-us] Odd road / odd structure

[Paul Johnson]

On Tue, May 24, 2016 at 10:19 PM, Bill Ricker  wrote:

>
> ​While 'livable street'​
>
> ​is an Urban Design term of at for the concept in some areas, I don't see
> it in OSM wiki or taginfo ? [5] .  OSM seems to use the similar
> highway=living_street  [6]  for low speed limits, pedestrian as primary but
> not exclusive, which doesn't seem to be the case in the grassy-and-walk
> shared front yards shown by the original question on thread here (but
> without Mews/alley in rear).
>

While I agree mostly with this, I don't think the grass is even remotely
intended as a pedestrian facility in this case, but what passes for a front
yard in what would almost certainly be a mews or alleyway.  This particular
execution of the concept would fall into the territory of "I could do this,
but don't expect me to cut the grass ever" and "butthurt HOAs" from
experience, as if literally anyone spends time on the street side of their
home in this kind of layout, much less enough to even remotely care that
someone's lawn is...really anything even remotely close to fire code height.

The living_street examples in OSM wiki appear to be extreme traffic calming
> to restore in-street playability to 1950s suburban, 1930s urban level but
> still tolerate commuter cars returning home and a UPS delivery through the
> street-ball play, which is not the feature exhibited by original post.​


There just plain isn't a direct mapping to the source material (ie, UK)
concept and the US concept at all, and the US is a weirdly variable system,
so there's a lot of approximation in play.  I'm not saying there isn't room
for negotiation for certain concepts (trunk versus motorway versus primary;
service versus living street versus residential are seemingly vi vs emacs
arguments in the American OSM community when these have very clearly
identifiable mappings in the UK OC).  However, I believe that things like
apartment driveways and this particular way are strong candidates for the
closest American equivalent to a living street, in much the same sense that
a trunk maps relatively nicely to surface expressways (New Englanders and
urban midwesterners would call it a parkway, folks in the pacific northwest
would call it an expressway) whereas motorway maps immaculately to roads
that meet the Eisenhower Interstate standard with extremely rare
exception).  And then there's footway/path/cycleway issues.

I may (and probably should) flesh out a blog post with my examples for each
in a US perspective at this point, even if my regions of expertise are
largely Hawaii plus what is part of the NBA Northwest Division or the
Canadian Hockey League's Western League, with a strong specialization at
this point for southern plains situations as a summarization.  I'm not
saying my way is the right way, but we've all run into this "bad congruence
to the original concept" situation with the UK's immaculate equivalences to
OSM tagging by definition that I'd like to compare fleshed out
perspectives...
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Coordinatori regionali

[Paolo Monegato]

Il 24/05/2016 16:04, Cristian Consonni ha scritto:


Il 23/Mag/2016 11:37, "Paolo Monegato" > ha scritto:

> Il coordinatore per il Veneto sarà Matteo Zaffonato.
> L'ho aggiunto nella pagina sul wiki. C'è qualche altro passaggio 
"burocratico" da fare?


Chiediamo che il coordinatore sia socio del capitolo. E già che ci 
siamo anche chi volesse iscriversi è invitato a farlo.




Ok (basta che diventi socio WMI giusto? o deve specificare che è socio 
per OSM Italia?). Segnalerò (magari è la volta buona che mi iscrivo 
anch'io).

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

Re: [Talk-it] Dubbi su cancellazioni e modifiche di cosa fatte da altri.

[Paolo Monegato]

Il 24/05/2016 22:58, EugPez ha scritto:

Non si tratta di una roggia secca che ovviamente non si tocca. Si tratta una
piccola roggia che effettivamente è stata eliminata dalle costruzioni degli
ultimi decenni. Una di queste passerebbe nel giardino del vicino, ma posso
assicurare che è da quasi 30 anni che la casa è stata costruita.
Ma eliminata completamente o tombinata? Perché se esiste ancora, anche 
se non si vede, va messo il tag apposito.


ciao
Paolo M

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

Re: [Talk-in] Translating names on iD

[Yogesh K S]

You just need to zoom-in until the /Edit/ button is enabled and click 
there to add the name to the relation. I could add Amharic language name 
for India[1]. And the country boundary relations will normally have a 
label node where the names can also be added[2]. For India, the node 
representing the label is here[3]. But OSM tiles do not currently render 
labels for relations.



[1]https://www.openstreetmap.org/changeset/39560461
[2]http://wiki.openstreetmap.org/wiki/Relation:boundary
[3]https://www.openstreetmap.org/node/424314145


On Wednesday 25 May 2016 05:37 PM, Srravya C wrote:

Hi,

I am trying to translate names of places ranging from suburbs to 
cities and countries. With suburbs, roads, streets, there was no issue 
with editing it (on iD editor) and adding names in multiple languages. 
Whereas in the case of country or city, they are not single nodes and 
hence not editable. In such cases, how do we translate?


For example,
https://www.openstreetmap.org/relation/304716#map=5/21.861/82.749

Is it not possible to add other languages names for 'India' using iD?
Cheers,
Srravya


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


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

Re: [Talk-it] [OT?] uso di OSM da parte del Consorzio Cinque Terre

[Lorenzo Milesi]

> [OT] Segnalo che YetOpen non usa OpenStreetMap :-( hai hai hai bacchettate 
> sulle
> mani! :-D

il nuovo sito [già pronto, in pubblicazione il mese prossimo] ha la mappa con 
OSM e non più con Google :)
-- 
Lorenzo Milesi - lorenzo.mil...@yetopen.it

YetOpen S.r.l. - http://www.yetopen.it/

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

Re: [Talk-it] [OT?] uso di OSM da parte del Consorzio Cinque Terre

[Andrea Lattmann]

>Segnalo che il consorzio delle Cinque >Terre (Liguria) ha usato le
>mappe di OSM per la sua cartellonistica

Buona notizia!
Hanno rispettato il copyright?

[OT] Segnalo che YetOpen non usa OpenStreetMap :-( hai hai hai bacchettate 
sulle mani! :-D


Andrea Lattmann

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

Re: [Talk-it] [OT?] uso di OSM da parte del Consorzio Cinque Terre

[Simone Cortesi]

si sono dimenticati la licenza?

2016-05-25 16:10 GMT+02:00 Lorenzo Milesi :
> Segnalo che il consorzio delle Cinque Terre (Liguria) ha usato le mappe di 
> OSM per la sua cartellonistica
>
> --
> Lorenzo Milesi - lorenzo.mil...@yetopen.it
>
> YetOpen S.r.l. - http://www.yetopen.it/
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
-S

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

Re: [Talk-cu] Osm

[Laura Barroso Pérez]

Pb busca la ultima opcion un boton que dice “Unsuscribe or edit options”, te 
llevara a otra pagina donde hay otro boton que pone “Password 
reminder”-->Remind 

 

De: joost schouppe [mailto:joost.schou...@gmail.com] 
Enviado el: Wednesday, May 25, 2016 8:24 AM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] Osm

 

No lo sé, pero quizas sigues siendo miembro normal de la lista? Podrias ver que 
pasa si intentas entrar donde dice "Para anular su suscripción de Talk-cu, 
consiga un recordatorio de su clave o cambie sus opciones de suscripción 
indique su dirección de correo electrónico con el que está suscrito:"

 

2016-05-25 14:19 GMT+02:00 pb[gmail]  >:

¿qué hago ahí?

Yo era moderador de la lista Talk-cu desde que salió, de hecho me siguen 
llegando las notificaciones, pero la contraseña de administración ya no 
funciona :(

 

On 25/5/2016, at 6:49 a.m., joost schouppe  > wrote:

 

Tienes que hacer esto en esta pagina: 
https://lists.openstreetmap.org/listinfo/talk-cu

 

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

 


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





 

-- 

Joost @

Openstreetmap   | Twitter 
  | LinkedIn 
  | Meetup 
 

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

[OSM-ja] OSM の license 表示がないまま情報を流用している site

[ISHIKAWA Takayuki]

こんにちは、奈良の石川です。 

お恥ずかしい話なのですが、私が名称を誤入力してしまった建物があり 
ます。 

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

面する道路は「あみだ池筋」なので、どう考えても「AMIDAIKE」が 
正しいですし、建物の表示も「AMIDAIKE」となっています。つまり、 
私が歩きながら (入力時だけ数秒間立ち止まって) 入力していた際に「A」 
と「S」を間違えたのです。 

で、修正する前に、この誤入力の影響がどこまで及んでいるのか、 
Google で調べてみたところ…以下にモロに誤入力文字列を使っている 
site がありました。 

http://legal-fukushima-amidsike.placestars.com/ 

もちろん、license さえ守ってもらえているなら何も問題ないのですが、 
この site には「© 2016 PLACE STARS, Inc」と表示されており、OSM 
貢献者については何も触れられていないように見えます。 

これは、放置しておいてもよい問題でしょうか。それとも指摘すべき 
問題でしょうか。もし指摘すべきだとしたら、どなたか代わりに指摘 
していただけるとありがたいのですが…。 

-- 
石川
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-ja] name:en, branch への積極的な分割

[ISHIKAWA Takayuki]

こんにちは、奈良の石川です。 

name が不必要に長すぎる POI が多いので、積極的に name:en や 
branch に分割したいと考えています。この作業が妥当かどうか、ML の 
皆さんに相談します。 

積極的な分割を主張する理由は以下の通りです。 

[1] POI が増えてくると、必然的に画面は過密になります。例えば、 
以下の URL を開くと、かなり過密な状態であることが分かります。 

http://www.openstreetmap.org/#map=19/34.69734/135.48521 

name が不必要に長いということは、他の POI の name 表示を邪魔して 
いるということを意味します。つまり (少なくともこの site 上の表示 
に関しては) この周辺にこれ以上 POI の name を設定しても徒労である 
ことになります。これは mapper としてのやる気を削ぎます。 

[2] name:ja, name:en, branch に分割された情報を renderer が 
「和名 (英名) 支店名」のように統合することは非常に容易です。 
しかし、その逆は困難です。 

[3] 私の知人のうち OSM 関係者以外で web 上で OSM を利用している人 
は皆無ですが、Maps.me を利用している人はそこそこいます。そして、 
Maps.me は OS の言語設定に合わせて地図の表示言語が自動的に切り 
替わります。Maps.me では「和名 (英名) 英名」と冗長に表示される 
POI が結構あります。これは、一般の人に「OSM は使い物にならないね」 
という感想を持たれて普及の妨げになると思われます。 

[4] branch をわざわざ地図上に rendering する必要性を感じません。 
例えば、私が LAWSON を利用する場合に、その店舗名を気にしたことは 
1度もありません。銀行の支店名を気にしたこともほとんどありませんし、 
必要なら POI の詳細を見れば済むことです。それよりも、支店名を 
branch に分割することで少しでも地図表示上の文字数を縮め、多くの 
POI の name が表示される方が私には嬉しいです。 

以上、このまま放置する利点も全くないわけではないと思いますが、害 
の方がかなり大きいように感じます。一応、2013年9月頃の議論は読んだ 
つもりですが、ML の過去 log 全部を見たわけではないので、「実は 
議論済みだ」などの指摘も歓迎します。 

また、以下の質問にも回答していただけると幸いです。 

[A] 分割した場合の source は何が適切でしょうか。 

[B] 「和名 (2F)」などの階表示は level に分割すればいいでしょうか。 

[C] 「和名 (立ち飲み)」のような注釈はとりあえず description に 
押し込んでおけばいいでしょうか。 

本当は、半角空白の議論もしたいのですが、また別の機会に。 

-- 
石川
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-ca] source http://data.ottawa.ca/dataset/

[James]

We do have permission from the city to import:
https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/Import/Permission

but the OSM lawyers have said that the license is incompatible as the city
can pass on a lawsuit if someone sues the city for pointing them to the
wrong address with osm data.

>From the discussion with the city they want to change to the Open
Government License but they said they'd do it around December. I think when
you talked to them john they said they were working on it with their legal
team and possibly this quarter. Not sure when the license change will
happen or if it will (and they are just dicking around).

On Wed, May 25, 2016 at 9:44 AM, john whelan  wrote:

> I was looking in downtown Ottawa when I noticed two sets of addresses in
> the map.
>
> One appears to be labelled source=http://data.ottawa.ca/dataset/ which is
> city of Ottawa Open data portal which to my understanding isn't licensed
> for our use.
>
> I'm not certain how many other things have been imported.
>
> Cheerio John
>
> ___
> 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-it] OpenCycleMap e nomi città duplicati

[Alberto Nogaro]

>-Original Message-
>From: Marco [mailto:constabl...@gmail.com]
>Sent: mercoledì 25 maggio 2016 12:53
>To: talk-it@openstreetmap.org
>Subject: [Talk-it] OpenCycleMap e nomi città duplicati
>
>Ciao, girando più o meno a caso su OpenCycleMap ho notato che i nomi di
>alcune città sono presenti sulla mappa contemporaneamente in due punti
>diversi, uno (immagino correttamente) nel punto in cui è stato inserito il nodo
>con ruolo "admin_centre" ed un altro nel centro dell'area taggata come
>confine amministrativo della città/paese. Ho dato un'occhiata veloce alla wiki
>ma non sono riuscito a capire con certezza quale sia l'errore (sempre che di
>errore si tratti), quindi chiedo delucidazioni a voi; guardando su overpass [1]
>mi sembra di capire che il doppio nome sia dovuto alla presenza del tag
>"place=village", "place=town", "place=city" (o forse al tag "place=*" in
>generale) nella relazione che indica il confine amministrativo della 
>città/paese,
>perché in tutti i casi che ho trovato sulla mappa é presente il quel tag.

Non saprei dire con precisione a cosa sia dovuta la duplicazione del nome sulla 
mappa, credo sia normale per tutti i casi in cui esiste una duplicazione dovuta 
ad un insediamento che ha lo stesso nome di una unità amministrativa.
 
Per quanto riguarda la presenza dei tag place sulle relazioni dei confini, 
credo, almeno per tutti i valori che non hanno significato amministrativo, sia 
sbagliata. Salvo eventualmente i casi in cui l'area dell'insediamento coincida 
proprio con la definizione amministrativa dell'area, ma in tal caso il place 
non dovrebbe esistere contemporaneamente anche come nodo. Ma anche i valori di 
significato amministrativo li trovo superflui, perché si sovrappongono a 
admin_level (ad esempio place=province è un duplicato meno preciso di 
admin_level=6)

In Italia abbiamo:
place=province (Milano, Monza e La Brianza, Pavia, Sondrio, Varese) 
place=village (Albaredo per San Marco, Albosaggia, Andalo Valtellino, Aprica)
place=town (Aosta,  Como, Cremona, La Spezia, Lecco, Lodi, Mantova, Pavia, 
Sondrio, Varese)
place=city (Bergamo, Milano, Monza) 
place=suburb (Relation: Circoscrizione 1 (3672204); Relation: Circoscrizione 2 
(3672205); Relation: Circoscrizione 4 (3672207), Relation: Mercurago (3998313))

A mio parere, andrebbero tolti tutti. A parte i suburb da vedere caso per caso.

Ciao,
Alberto


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

Re: [Talk-GB] School's Edubase URN ID continually changing?

[Robert Whittaker (OSM lists)]

On 25 May 2016 at 15:06, Dave F  wrote:
> Some existing schools are having their URN ref updated. Is this a one off or
> continuous process? What prompts the renumbering?
>
> If they're all going to change, it defeats the purpose of including them in
> the OSM database.

I believe the most common reason for a new number being assigned is if
the school changes from being under LA control to become an Academy.
It should be a one-off change for each school. (I don't know if a
change in an Academy Sponsor prompts a new URN though.) If you have
the old URN for a school, you can look it up on Edubase, go to the
"links" tab, and it will probably show you the new "School" with the
new number.

I guess it's annoying for us, as we see it as the same school with a
different status. Whereas DfE see it as the old school closing and a
new school opening. It might be useful for us though, since the change
in URN may well correspond to a change in name -- in which case the
prompt to check by the URN needing updating is probably useful.

Robert.

-- 
Robert Whittaker

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

[Talk-us] iD news: v1.9.5 released

[Bryan Housel]

iD v1.9.5 was released May 25 2016 and is now available for editing on 
openstreetmap.org 

The release includes:
- Fix bug causing Russian track type translated strings to sneak into tag values
- Change color of save button as user edits increase (built by tanerochris)
- Spacebar can now be used to click for faster drawing (built by brandonreavis)
- Localized phone number placeholder (built by dobratzp)
- Command-B / Control-B will switch to recently used Background imagery (built 
by RoPP)
- Fix bug causing greedy autocompletion of dropdown control (built by Kushan 
Joshi)
- More presets, bug fixes, usability improvements

Many thanks to everyone who contributed to this release!  I’m really excited 
about how many people are contributing to iD these days. 

Changelog: https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#195 

Twitter:   https://twitter.com/bhousel/status/735468105435119616 



Thanks,
Bryan

Follow me on Twitter https://twitter.com/bhousel , 
or follow the iD project on GitHub https://github.com/openstreetmap/iD 
 for more iD tips and updates.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Odd road / odd structure

[Kevin Kenny]

One more try - I'm still getting used to this 'gmail alias' stuff. My
apologies if people are getting multiple copies - I'm getting
bouncemail.

On Wed, May 25, 2016 at 9:55 AM, Steve Friedl  wrote:
> I have some of that cursory knowledge, plus I actually hiked up there and
> checked it out myself – there’s no question that it’s there to collect
> water, drain it into the two cisterns to the southeast, and there’s a water
> tap a little farther to the southwest.

It sounds as if it's a landuse=basin.

None of the basin types on the Wiki seem right for it, though; I might
tag it basin=catchment or some such.

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

[OSM-talk] iD news: v1.9.5 released

[Bryan Housel]

iD v1.9.5 was released May 25 2016 and is now available for editing on 
openstreetmap.org 

The release includes:
- Fix bug causing Russian track type translated strings to sneak into tag values
- Change color of save button as user edits increase (built by tanerochris)
- Spacebar can now be used to click for faster drawing (built by brandonreavis)
- Localized phone number placeholder (built by dobratzp)
- Command-B / Control-B will switch to recently used Background imagery (built 
by RoPP)
- Fix bug causing greedy autocompletion of dropdown control (built by Kushan 
Joshi)
- More presets, bug fixes, usability improvements

Many thanks to everyone who contributed to this release!  I’m really excited 
about how many people are contributing to iD these days. 

Changelog: https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#195 

Twitter:   https://twitter.com/bhousel/status/735468105435119616 



Thanks,
Bryan

Follow me on Twitter https://twitter.com/bhousel , 
or follow the iD project on GitHub https://github.com/openstreetmap/iD 
 for more iD tips and updates.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-GB] School's Edubase URN ID continually changing?

[Dave F]

Hi

Some existing schools are having their URN ref updated. Is this a one 
off or continuous process? What prompts the renumbering?


If they're all going to change, it defeats the purpose of including them 
in the OSM database.


Dave F.

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


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

Re: [Talk-us] Odd road / odd structure

[Steve Friedl]

I appreciate the many thoughtful replies here, thank you.

 

For the street that’s not a street, somebody else had added it as a footway, 
which feels like exactly the right thing anyway. 

 

But, to the Civil Engineer :)

 

*  Ugh...this actually pains me as a civil engineer.  Not for the traffic 
calming effort but the fact that they very evidently designed this whole thing 
with AutoCAD blocks without any thought whatsoever, to the point of running the 
concrete gutter through the green space without so much as considering a 
bollard and french drain instead, amongst many possible alternatives

 

The Irvine GIS guy told me that Paisley Place also servers as a utility 
easement, which may have impacted some of the design.  These are quite pretty 
little walkways, with a nice gate to enter, it’s just odd that it’s a street.

 

But regarding the big water catchment surface:

 

*  Depending on the cant and the surface, it could actually be some sort of 
French drain or infiltration pad designed as potentially an emergency helipad.  
I, personally, would make no assumption as to what it was without at least 
cursory knowledge of the region's drainage and/or rescue tropes …

 

I have some of that cursory knowledge, plus I actually hiked up there and 
checked it out myself – there’s no question that it’s there to collect water, 
drain it into the two cisterns to the southeast, and there’s a water tap a 
little farther to the southwest.

 

What you can’t see from the satellite imagery is that it’s at the top of a 
hill, the only water it can possibly collect is rainwater.  It’s also clear 
that this isn’t being used any more, but back in the forties I’m certain it was 
a great place to water your horse.

 

I think it would serve as a fine helipad, though these were constructed before 
helicopters were in widespread enough use to be considered for that.  I’m going 
to ask the local fire agency if they have records of using that spot for helo.

 

Thanks for the really useful input.

 

Steve

 

From: Paul Johnson [mailto:ba...@ursamundi.org] 
Sent: Tuesday, May 24, 2016 2:19 PM
To: Steve Friedl 
Cc: OpenStreetMap talk-us list 
Subject: Re: [Talk-us] Odd road / odd structure

 

 

 

On Mon, May 23, 2016 at 11:41 AM, Steve Friedl  > wrote:

Hi all,

 

I have two things that I just don’t quite know how to map.  Sorry that I have 
to provide Google Maps views to demonstrate.

 

1)  How does one represent a named street which is really a greenbelt: 
never been drivable, was assigned a name just to allow attaching a street name 
to the houses on either side.

 

Example: In Irvine California there’s a residential area shown here:

 

https://www.google.com/maps/@33.7298257,-117.7572128,19z

 

I’m referring to Paisley Place, which is shown as a named alley connecting 
Garden Gate Lane and Winslow Lane.

 

After surveying the area and seeing that the City of Irvine GIS showed Paisley 
as that greenbelt, I reported it as an error (as I’ve done dozens of times for 
other things), but the very helpful GIS manager reported that this is correct 
(but certainly odd), and the two street-like things on either side of it are 
just unnamed alleys.

 

How do I represent this in OSM?  It’s not a street that doesn’t allow access, 
it’s not really even a street!

 

I wouldn't really call that a greenbelt.  In the American context, this is an 
edge case, big time.  I would lean towards livable_street, since there's no 
separate sidewalk, no reasonable expectation you're going to go more than 
cycleway speed, and the main entries to buildings are on it.  Given my 
experience with most developments, if they literally had another street with 
the front doors, this would be highway=service, service=alley instead of being 
a worst-of-both-worlds example of trying to make a pedestrian and bicycle 
friendly space in a car-centric area by force...I don't even know what to call 
the planter midway down anything but stupid, though I would probably go 
barrier=block, vehicle=no, though it seems we have evidence that the Google Car 
has just squeezed between the trees (and there's obvious evidence that 
literally anyone that isn't a full-track vehicle and some that are go through 
there anyway).  And I don't think there's anything legally stopping you from 
stepping over the planter on foot.

 

Ugh...this actually pains me as a civil engineer.  Not for the traffic calming 
effort but the fact that they very evidently designed this whole thing with 
AutoCAD blocks without any thought whatsoever, to the point of running the 
concrete gutter through the green space without so much as considering a 
bollard and french drain instead, amongst many possible alternatives..

 

In the Santa Ana Mountains in Southern California, the satellite views show 
something that looks exactly like a helipad:

 

Re: [Talk-it] OpenCycleMap e nomi città duplicati

[Martin Koppenhoefer]

sent from a phone

> Il giorno 25 mag 2016, alle ore 12:53, Marco  ha 
> scritto:
> 
> Ho dato un'occhiata veloce alla wiki ma non sono riuscito a capire con 
> certezza quale sia l'errore (sempre che di errore si tratti


non si tratta di un errore dei dati, al meno che non dovremmo scrivere "Comune 
dì XY", provincia di XY, Regione Lazio ecc. (sarebbe più corretto secondo me). 

Il problema che vedi sta nello stile di cyclemap che non ti fa capire cosa la 
scritta rappresenta. Comunque mettendo Comune di ecc. nel tag name si farebbe 
più chiarezza.

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

Re: [Talk-cz] [osm_sk] SotM - prezentace

[Tom Ka]

Diky, doplnim.

2016-05-25 9:31 GMT+02:00 Martin Ždila :
> Ahoj Tomas
>
> Dakujem
>
> Este som vam pridal foto na
> https://www.facebook.com/osmcz/posts/10154181027753769
>
> A na https://drive.google.com/open?id=0B6M72P2gzYmwTEg2N2paU1hpdXc najdes aj
> prilohy k mojej prezentacii (animovane gify a video).
>
> 2016-05-25 8:23 GMT+02:00 Tom Ka :
>>
>> Ahoj,
>>
>> na http://openstreetmap.cz/sotm jsou odkazy na vetsinu prezentaci,
>> snad to tentokrat projde pres cenzuru bez vetsich problemu.
>>
>> Na videich se pracuje...
>>
>> Bye
>>
>> --
>> Túto správu ste prijali, pretože ste prihlásení na odber správ skupiny
>> „Openstreetmap Slovakia“ služby Skupiny Google.
>>
>> Ak chcete zrušiť odber tejto skupiny a prestať od nej prijímať e-maily,
>> pošlite e-mail na adresu osm_sk+unsubscr...@googlegroups.com.
>> Ak chcete zobraziť túto diskusiu na webe, prejdite na adresu
>> https://groups.google.com/d/msgid/osm_sk/CAHqEKC2nhg0K19Gq9aO1ObfV4_R5nQa-QkgGESH_bhrei_q4rQ%40mail.gmail.com.
>> Ďalšie možnosti nájdete na stránke https://groups.google.com/d/optout.
>
>
>
>
> --
> Ing. Martin Ždila
> OZ Freemap Slovakia
> tel:+421-908-363-848
> mailto:martin.zd...@freemap.sk
> http://www.freemap.sk/
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [Talk-cz] SotM - prezentace

[Tom Ka]

uz je opraveno. diky.

2016-05-25 9:29 GMT+02:00 Dalibor Jelínek :
> Cau,
> nefunguje odkaz
> Automatizace mazání mazací tramvaje (Tomáš "Jethro" Pokorný) prezentace
>
>  Dalibor
>
>> -Original Message-
>> From: Tom Ka [mailto:tomas.kaspa...@gmail.com]
>> Sent: Wednesday, May 25, 2016 8:23 AM
>> To: OpenStreetMap Czech Republic ;
>> osm...@googlegroups.com
>> Subject: [Talk-cz] SotM - prezentace
>>
>> Ahoj,
>>
>> na http://openstreetmap.cz/sotm jsou odkazy na vetsinu prezentaci, snad to
>> tentokrat projde pres cenzuru bez vetsich problemu.
>>
>> Na videich se pracuje...
>>
>> Bye
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

[Talk-ca] source http://data.ottawa.ca/dataset/

[john whelan]

I was looking in downtown Ottawa when I noticed two sets of addresses in
the map.

One appears to be labelled source=http://data.ottawa.ca/dataset/ which is
city of Ottawa Open data portal which to my understanding isn't licensed
for our use.

I'm not certain how many other things have been imported.

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

Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT ALCA APPUI PERFORMANCE)]

Le cadastre a l'air d'être reparti.
Hop au boulot !!

Denis


-Message d'origine-
De : didier2020 [mailto:didier2...@free.fr] 
Envoyé : mardi 24 mai 2016 17:47
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

Le mardi 24 mai 2016 à 14:55 +0200, Francois Gouget a écrit : 
> Depuis environ 48h iD n'arrive plus à afficher la couche FR-BAN et la 
> couche FR-Cadastre.
> 
> Il semblerait que dans les deux cas ce soit parce que 
> inspire.cadastre.gouv.fr ne répond plus sur le port 80 (pas seulement 
> de mon adresse).
> 
> Quelqu'un sait-il ce qui se passe ?
maintenance :
http://www.cadastre.gouv.fr 
> 
> -- 
> Francois Gouget   http://fgouget.free.fr/
>   Any sufficiently advanced Operating System is indistinguishable from 
> Linux ___ Talk-fr mailing 
> list Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Sulla tavola rotonda ad OSMit

[Simone Cortesi]

2016-05-24 15:05 GMT+02:00 Luca Delucchi :
>> probabilmente potrei non aver modo di dedicare il tempo necessario ai doveri
>> che tali posizioni richiedono.
>>
>
> Ad oggi non c'è ancora uno che si sia candidato, brutto segno.
>
> All'interno di wikimedia non c'è nessuno interessato?

io ci sono.

-- 
-S

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

Re: [OSM-talk-fr] Renseignements.

[Nicolas Dumoulin]

Salut,

Le Wed, 25 May 2016 12:09:12 +0200,
Vincent Bergeot  a écrit :
> pour maintenir à jour les données, avec votre compte openstreetmap,
> vous pouvez utilisez ensuite cela :
> 
> http://www.cartes.xyz/t/b05c82-Hydrants_et_dfibrillateurs__Puy_Guillaume_et_Chteldon_

Oui, j'ai essayé de jouer un peu avec mapcontrib, mais je n'ai pas
réussi à donner une requête overpass qu'il veuille bien digérer.
La session mapcontrib m'aurait été profiable :-)
Si jamais il y avait une petite doc que j'ai raté …

Merci

-- 
Nicolas Dumoulin


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

Re: [Talk-cu] Osm

[pb[gmail]]

Sí, sigo siendo miembro normal y moderador, porque me siguen llegando las 
notificaciones, solo que no funciona la clave que solía usar para atender la 
parte de administración

> On 25/5/2016, at 8:24 a.m., joost schouppe  wrote:
> 
> No lo sé, pero quizas sigues siendo miembro normal de la lista? Podrias ver 
> que pasa si intentas entrar donde dice "Para anular su suscripción de 
> Talk-cu, consiga un recordatorio de su clave o cambie sus opciones de 
> suscripción indique su dirección de correo electrónico con el que está 
> suscrito:"
> 
> 2016-05-25 14:19 GMT+02:00 pb[gmail]  >:
> ¿qué hago ahí?
> Yo era moderador de la lista Talk-cu desde que salió, de hecho me siguen 
> llegando las notificaciones, pero la contraseña de administración ya no 
> funciona :(
> 
>> On 25/5/2016, at 6:49 a.m., joost schouppe > > wrote:
>> 
>> Tienes que hacer esto en esta pagina: 
>> https://lists.openstreetmap.org/listinfo/talk-cu 
>> 
>> 
>> ___
>> Talk-cu mailing list
>> Talk-cu@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-cu 
>> 
> 
> 
> ___
> Talk-cu mailing list
> Talk-cu@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cu 
> 
> 
> 
> 
> 
> --
> Joost @
> Openstreetmap  | Twitter 
>  | LinkedIn 
>  | Meetup 
> ___
> Talk-cu mailing list
> Talk-cu@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cu



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

Re: [Talk-cu] Osm

[joost schouppe]

No lo sé, pero quizas sigues siendo miembro normal de la lista? Podrias ver
que pasa si intentas entrar donde dice "Para anular su suscripción de
Talk-cu, consiga un recordatorio de su clave o cambie sus opciones de
suscripción indique su dirección de correo electrónico con el que está
suscrito:"

2016-05-25 14:19 GMT+02:00 pb[gmail] :

> ¿qué hago ahí?
> Yo era moderador de la lista Talk-cu desde que salió, de hecho me siguen
> llegando las notificaciones, pero la contraseña de administración ya no
> funciona :(
>
> On 25/5/2016, at 6:49 a.m., joost schouppe 
> wrote:
>
> Tienes que hacer esto en esta pagina:
> https://lists.openstreetmap.org/listinfo/talk-cu
>
> ___
> Talk-cu mailing list
> Talk-cu@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cu
>
>
>
> ___
> Talk-cu mailing list
> Talk-cu@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cu
>
>


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-cu] Osm

[pb[gmail]]

¿qué hago ahí?
Yo era moderador de la lista Talk-cu desde que salió, de hecho me siguen 
llegando las notificaciones, pero la contraseña de administración ya no 
funciona :(

> On 25/5/2016, at 6:49 a.m., joost schouppe  wrote:
> 
> Tienes que hacer esto en esta pagina: 
> https://lists.openstreetmap.org/listinfo/talk-cu 
> 
> 
> ___
> Talk-cu mailing list
> Talk-cu@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cu



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

Re: [Talk-GB] Pebble Core for mapping?

[Gregory]

Steven,
I tried "audio mapping" many years ago. I didn't find the workflow
comfortable, but I believe the tools have improved since then. See
http://wiki.openstreetmap.org/wiki/Audio_mapping for lots of thoughts and
onward links.

Jez,
GPS tracks were helpful in the early/dragon-filled years of OSM but I don't
think they are as relevant. We have sources like aerial imagery, OS open
data, and our own existing data. E.g. I don't need a GPS trace to map a new
street halfway down an existing street in town or to map that there is a
telephone box at the intersection of two roads. Of course lots of GPS can
be used to find missing roads, or improve accuracy, but you need context.
Is it a new tarmaced road, or do all cyclists cross a muddy field? See
http://wiki.openstreetmap.org/wiki/Strava for data availble.

Mapillary has more potential. One person can collect lots of GPS
information, with contextual information(the photos), and a second person
(who is limited in how far they can go outside, or prefer to sit and edit
OSM than survey) can use this information.
Of course the second person still needs to be cautious if their local
knowledge is limited.
I tried to find a specific/suitable use case: mapping highstreet shops
(lots of detail, I like whizzing past them but don't like data-entry). It's
been almost 2 years, and just this week I got a message that someone had
tried to step up to the challenge. The success from my Mapillary photos was
limited, but they were also able to use Steven's Mapillary photos too!
http://www.livingwithdragons.com/2014/09/maps-now-with-added-photos


On 25 May 2016 at 08:59, Jez Nicholson  wrote:

> A low-cost easy to use GPS tracker has potential for increasing the volume
> of gps track uploading. Plenty of people happily upload tracks to Strava so
> I wonder what needs doing to get similar donations to OSMperhaps an
> open exercise app that also donates to OSM at the same time?
>
> As to devices, I'm thinking about the Garmin Virb GPS action camera for
> collecting Mapillary photos and OSM info.
>
> On Tue, 24 May 2016 22:13 Steven Horner,  wrote:
>
>> Maybe not quite the correct place but thought other OSM mappers may have
>> similar thoughts?
>>
>> The new Pebble Core looks like it could be useful for surveying. It has
>> GPS, voice input as well as Bluetooth and an API. It could be useful for
>> recording voice notes with GPS coordinates if the API allows. It does have
>> a sim card slot but think that's of less interest. Anyone else see the
>> potential?
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>


-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-ja] 6/25 京都世界遺産マッピングパーティ 最終回 天龍寺

[yasunari]

京都の山下です。みなさんこんにちわ。

昨年来継続してきた京都世界遺産マッピングパーティ、
京都の世界遺産17か所のうち残すはあと一か所、
先日のブラタモリでも紹介された天龍寺のみとなりました。

コンプリートに向けて 6/25 に最終回を開催します。

京都世界遺産マッピングパーティ：最終回 天龍寺
https://openstreetmap.doorkeeper.jp/events/42665

みなさん、どうぞお越しください！！
--
山下康成＠京都府向日市

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

Re: [Talk-in] Greater Bombay

[Devdatta Tengshe]

Greater Bombay was never officially an area, but the name probably became
popular due to the Municipal Body being called 'Municipal Corporation of
Greater Bombay'.

India has the concepts of Districts as the subdivision of states, and the
Mumbai Region falls under two districts of Mumbai City & Mumbai Suburbs.

The closest corresponding region would probably be the Mumbai Metropolitan
Region (https://en.wikipedia.org/wiki/Mumbai_Metropolitan_Region) But it
covers multiple districts, cities and Municipalities.

Regards,
Devdatta

On Wed, May 25, 2016 at 3:39 PM, JānisE  wrote:

> Hello!
>
> Is "Greater Bombay" county really correct?
> http://www.openstreetmap.org/node/316417175
> Shouldn't it be "Greater Mumbai"?
>
> It shows up in geocoding results everywhere. E.g., if I search for
> "Mumbai", an address of Mumbai city is returned containing county "Greater
> Bombay".
>
> Regards,
> Jānis
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-it] OpenCycleMap e nomi città duplicati

[Marco]

Ciao, girando più o meno a caso su OpenCycleMap ho notato che i nomi di 
alcune città sono presenti sulla mappa contemporaneamente in due punti 
diversi, uno (immagino correttamente) nel punto in cui è stato inserito 
il nodo con ruolo "admin_centre" ed un altro nel centro dell'area 
taggata come confine amministrativo della città/paese. Ho dato 
un'occhiata veloce alla wiki ma non sono riuscito a capire con certezza 
quale sia l'errore (sempre che di errore si tratti), quindi chiedo 
delucidazioni a voi; guardando su overpass [1] mi sembra di capire che 
il doppio nome sia dovuto alla presenza del tag "place=village", 
"place=town", "place=city" (o forse al tag "place=*" in generale) nella 
relazione che indica il confine amministrativo della città/paese, perché 
in tutti i casi che ho trovato sulla mappa é presente il quel tag.


Per capirci, ho guardato solo alcune città lombarde ed il "problema" 
esiste sicuramente a Varese [2], Aprica [3], Monza [4], Albaredo per San 
Marco (Sondrio) [5] e Sondrio [6] ma stando ad Overpass, solo in 
Lombardia, dovrebbe esistere anche a Pavia, Lodi, Milano, Bergamo, 
Cremona e Albosaggia (Sondrio)


[1] http://overpass-turbo.eu/s/gqD

[2] https://www.openstreetmap.org/relation/46116

[3] https://www.openstreetmap.org/relation/46953

[4] https://www.openstreetmap.org/relation/45319

[5] https://www.openstreetmap.org/relation/46772

[6] https://www.openstreetmap.org/relation/46963


Grazie per l'attenzione

Marco


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

Re: [Talk-cu] Osm

[joost schouppe]

Tienes que hacer esto en esta pagina:
https://lists.openstreetmap.org/listinfo/talk-cu
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

Re: [OSM-talk-fr] Renseignements.

[Vincent Bergeot]

Le 24/05/2016 23:08, Nicolas Dumoulin a écrit :


Le 24.05.2016 18:27, crohas francois a écrit :


Bonjour.
J'ai mis les defibrilateurs et les bouches à incendie de Puy 
Guillaume et de Chateldon sur la carte et je ne les vois pas.


Je ne peux pas les montrer au maires ni aux pompiers.

Je suis obligé de passer par QGIS.

Comment faire pour que tout le monde les vois. Sinon ça serre à rien.


Salut François,

Première réponse, tout ne peut pas être affiché sur la carte, sinon ce 
serait illisible. Pour certaines données, il y a quelques cartes 
thématiques, mais on commence surtout à avoir des outils sympa pour 
construire ses cartes personnalisées. Au SotM-FR ont été présentés 
notamment umap et overpass-turbo, en plus de QGis.


Voilà donc deux cartes overpass-turbo que je viens de construire avec 
l'assistant et qui vont t'intéresser :


Carte des défibrillateurs : http://overpass-turbo.eu/s/gq8

Carte des hydrants : http://overpass-turbo.eu/s/gqb



pour maintenir à jour les données, avec votre compte openstreetmap, vous 
pouvez utilisez ensuite cela :


http://www.cartes.xyz/t/b05c82-Hydrants_et_dfibrillateurs__Puy_Guillaume_et_Chteldon_


Il n'y pas beaucoup de points donc je ne rencontre pas les problèmes de 
requêtes overpass.
Pour le moment je mets les requête dans la description de chaque couche 
(menu à gauche : affichage des centres d'intérêts).


Je vais arrêter de faire des thèmes ensuite mais cela permet de susciter 
des retours, qui nous intéressent pour la suite :)



à plus






À partir des requêtes générées, on peut créer une carte umap qui sera 
plus jolie, comme démontré habilement par Yohan, mais j'avoue que 
c'est encore un peu délicat pour l'instant.


À noter aussi cette page spéciale pour les hydrants : 
https://www.osmhydrant.org/fr/#zoom=14=45.97066=3.48588


Comme annoncé en AG, le chantier de l'année va être de proposer un 
accès facilité et unifié à ces outils pour facilement voir et montrer 
les données.


Je mets en copie la liste talk-fr car ta question est souvent posée.

Content d'avoir mis un visage sur ton pseudo après avoir croisé tes 
contributions à Chateldon.


À bientôt !

Nicolas



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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Pas sage en seine 2016 - atelier/conf osm .

[Benoit Fournier]

Bonjour,

Intéressé aussi, pour atelier/soutien/présentation.
Pas trop motivé/disponible pour les 4 jours en mode stand/permanence
par contre. Je ne pense pas qu'on puisse assurer collectivement sur
cette durée sur ce festival, mais il faut voir les volontaires.

On bouge la discussion et la coordination sur
http://forum.openstreetmap.fr/viewforum.php?f=18 ?

Benoît


2016-05-17 17:38 GMT+02:00 Marc SIBERT :
> Bonjour,
>
> c'est une idée à creuser.
>
> Je peux faire quelques présentations d'OSM (déjà fait :-) mais le sujet de
> HOT bien que connu n'est pas mon sujet, même si j'ai participé
> ponctuellement à un missing map ou par des contributions ponctuelles sur des
> zones de crise.
>
> Si le sujet fait recette, je peux coordonner (j'habite en essonne et je
> viens régulièrement sur le sud-parisien) mais pas seul hein, le festival
> dure 4 jours. Un stand/une permanence OSM ce serait pas mal si c'est prévu
> dans le festival.
>
> A+
>
> Marc Sibert
> m...@sibert.fr
>
> Le 7 mai 2016 à 20:11, • gaspard  a écrit :
>>
>> Bonjour,
>>
>> Cet été aura lieu le Pas Sage En Seine 2016
>> Plus d'infos sur le PSES: http://www.pseshsf.org/
>>
>> Que penseriez-vous d'y présenter un atelier et/ou une conférence sur OSM ?
>>
>> 1 La conférence parlerait de concepts généraux,
>> par exemple, quelque chose sur le thème: "les données carto ne devraient
>> pas appartenir qu'à des grosses boîtes" avec les implications économiques et
>> politiques que ça représente. Les cas pratiques d'auto-organisation comme
>> par exemple pour hotosm.
>>
>> 2 L'atelier animerait un peu d'initiation autour de hotosm
>> par exemple, des débutant(e)s encadré(e)s par des mappeurs(euses) plus
>> expérimentés.
>>
>> Je connais un peu OSM, enfin suffisamment pour expliquer les rudiments de
>> l'édition avec ID (et un peu JOSM), montrer HOT, etc. mais pas suffisamment
>> pour faire une conf. Je suis certain qu'avec une petite poignée
>> d'OSMeurs(euses) on peut faire quelque chose de chouette.
>>
>> Qui en est ?
>>
>> Gaspard
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

[Talk-de] Ankündigung downtime deutscher Tileserver

[Sven Geggus]

Hallo zusammen,

der deutsche Tileserver, der bein GFZ in Potsdam steht wird am kommenden Montag 
in
einen anderes Gebäude umgeziehen.

Aus diesem Grund wird er an diesem Tag für einige Stunden nichte ereichbar sein.

Gruss

Sven

-- 
"Arguing that you don't care about the right to privacy because you have
 nothing to hide is no different than saying you don't care about free
 speech because you have nothing to say." (Edward Snowden)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

[Talk-cz] Přichází Cenzor!

[Ladislav Nesnera]

Iniciativa Přichází Cenzor!  patrně
nikomu neunikla, ale kdyby přece.. ;-)
Co OSGeo.cz? Připojí se? Vyhodit 6 miliard, tedy půlku brněnského
rozpočtu, na marný pokus o The Great Firewall Of Czechia mám za šílené
:'( Wikimedia to udělala

(y)

Je to sice směřované na dle všeho zítřejší hlasování Senátu, ale tečkou
je až podpis prezidenta. Vlastně ani ten ne

:-D

Každá propagace, zahlasování a podpora se počítá. Občas stačí jen lehce
ťuknut, neb spoustu lidí nenapadne prosté poslání loga s odkazem na svou
organizaci.

Cenzuře zmar!


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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[dHuy Pierre]

D'après le juriste, ça convient tant qu'on ne distribue pas le plan capté et 
qu'on ne le reproduit pas à l'identique (style de dessin etc). 

Le Mercredi 25 mai 2016 10h29, Vincent de Château-Thierry 
 a écrit :
 

 Bonjour,

> De: "dHuy Pierre" 
> 
> Petit encart, puisque je ne rappelle plus si j'avais commenté sur le
> sujet: Pour les plans d'alarme à incendie ou les plans de masses
> affiché, on peut dire "Inspiré d'un plan capté dans l'espace
> publique". J'avais interrogé un avocat en propriété intellectuelle
> pour savoir dans le cadre de la carto indoor.

Formulé comme ça, ça concernerait aussi les sucettes Decaux sur les trottoirs. 
Or je doute que les plans qu'on y trouvent soient libres de droit...

vincent

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


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

Re: [Talk-cz] [osm_sk] SotM - prezentace

[Marián Kyral]

Ahoj,
měl bych dva dotazy:

1) jak jsi dělal ty animované gify? Je na to nějaká služba, nebo jsi musel 
někam postahovat celou planetu včetně historie?
2) ten gps logger to je tohle? https://github.com/zdila/arduino-gps-logger 
Chybí mi tam nějaký popis - jaké moduly se používají a jak se propojují ;-)

Díky,
Marián


-- Původní zpráva --
Od: Martin Ždila 
Komu: OpenStreetMap Czech Republic 
Datum: 25. 5. 2016 9:33:05
Předmět: Re: [Talk-cz] [osm_sk] SotM - prezentace

"

Ahoj Tomas





Dakujem




Este som vam pridal foto na https://www.facebook.com/osmcz/posts/
10154181027753769(https://www.facebook.com/osmcz/posts/10154181027753769)




A na https://drive.google.com/open?id=0B6M72P2gzYmwTEg2N2paU1hpdXc
(https://drive.google.com/open?id=0B6M72P2gzYmwTEg2N2paU1hpdXc) najdes aj 
prilohy k mojej prezentacii (animovane gify a video).




2016-05-25 8:23 GMT+02:00 Tom Ka :
"Ahoj,

na http://openstreetmap.cz/sotm(http://openstreetmap.cz/sotm) jsou odkazy na
vetsinu prezentaci,
snad to tentokrat projde pres cenzuru bez vetsich problemu.

Na videich se pracuje...

Bye

--
Túto správu ste prijali, pretože ste prihlásení na odber správ skupiny 
„Openstreetmap Slovakia“ služby Skupiny Google.

Ak chcete zrušiť odber tejto skupiny a prestať od nej prijímať e-maily, 
pošlite e-mail na adresu osm_sk+unsubscr...@googlegroups.com
(mailto:osm_sk%2bunsubscr...@googlegroups.com).
Ak chcete zobraziť túto diskusiu na webe, prejdite na adresu https://groups.
google.com/d/msgid/osm_sk/CAHqEKC2nhg0K19Gq9aO1ObfV4_R5nQa-QkgGESH_bhrei_q4
rQ%40mail.gmail.com
(https://groups.google.com/d/msgid/osm_sk/CAHqEKC2nhg0K19Gq9aO1ObfV4_R5nQa-QkgGESH_bhrei_q4rQ%40mail.gmail.com)
.
Ďalšie možnosti nájdete na stránke https://groups.google.com/d/optout
(https://groups.google.com/d/optout).
"





-- 


Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*)

OZ Freemap Slovakia


tel:+421-908-363-848
mailto:martin.zd...@freemap.sk(mailto:martin.zd...@freemap.sk)
http://www.freemap.sk/(http://www.freemap.sk)






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

Re: [Talk-lt] ka darome ne taip ?

[Darius Bartasius]

labai aciu, kad parasete, o cia juos reikia kazkaip sukelti ?
parsisiusti ir kazkur ikelti ?

2016 m. gegužės 25 d. 10:57, JurKis  rašė:

> Galiu pasakyti, kad maps.me labai retai atnaujina žemėlapius -
> dažniausiai tik kai išeina nauja programos versija. O tai gali užtrukti ir
> ne vieną mėnesį.
> Aktuali žemėlapio versija guli http://direct.mapswithme.com/direct/latest/
> .
> Naujausia žemėlapio versija guli
> http://direct.mapswithme.com/regular/daily/, bet jos nesiūlau naudoti -
> vis kas nors neveikia su turima aplikacija.
> Tiesa, dar yra http://direct.mapswithme.com/regular/android2/, bet kam ji
> skirta - nežinau. Bent jau anksčiau reikėdavo siųsti tiek šalies, tiek
> šalies routing failus, tai gal ir būtų teisingi failai. Pabandykit.
>
> 2016-05-25 10:45 GMT+03:00 Darius Bartasius :
>
>> aisku , jei Jus laukiate 1 men. tai teks ir mums dar ilgai palaukti :)
>>
>> 2016 m. gegužės 25 d. 10:41, Domas Jokubauskis 
>> rašė:
>>
>>> 2016.05.25 10:13, Tomas Straupis rašė:
>>> >> tada tik belieka laukti atnaujinimu ?
>>> >   Taip. Arba laukti, gal kas nors naudoja maps.me ir šiame sąrašyne ką
>>> > nors patars. Pavyzdžiui galima pabandyti Domo siūlytą variantą
>>> > ištrinti ir iš naujo atsisiųsti žemėlapį.
>>> >
>>> >   Lietuvoje, mano žiniomis, kasdien generuojami tik Garmin ir OsmAnd
>>> žemėlapiai.
>>> Atnaujinau, Maps.me dar neturi šito mano pakeitimo, atlikto prieš mėnesį:
>>> http://www.openstreetmap.org/way/125207113
>>>
>>> Galima Maps.me padėti ar paskatinti dažniau atnaujinti žemėlapius.
>>>
>>> --
>>> Pagarbiai
>>> Domas Jokubauskis
>>>
>>>
>>> ___
>>> Talk-lt mailing list
>>> Talk-lt@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-lt
>>>
>>
>>
>> ___
>> Talk-lt mailing list
>> Talk-lt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lt
>>
>>
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Vincent de Château-Thierry]

Bonjour,

> De: "dHuy Pierre" 
> 
> Petit encart, puisque je ne rappelle plus si j'avais commenté sur le
> sujet: Pour les plans d'alarme à incendie ou les plans de masses
> affiché, on peut dire "Inspiré d'un plan capté dans l'espace
> publique". J'avais interrogé un avocat en propriété intellectuelle
> pour savoir dans le cadre de la carto indoor.

Formulé comme ça, ça concernerait aussi les sucettes Decaux sur les trottoirs. 
Or je doute que les plans qu'on y trouvent soient libres de droit...

vincent

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

Re: [Talk-GB] Pebble Core for mapping?

[Jez Nicholson]

A low-cost easy to use GPS tracker has potential for increasing the volume
of gps track uploading. Plenty of people happily upload tracks to Strava so
I wonder what needs doing to get similar donations to OSMperhaps an
open exercise app that also donates to OSM at the same time?

As to devices, I'm thinking about the Garmin Virb GPS action camera for
collecting Mapillary photos and OSM info.

On Tue, 24 May 2016 22:13 Steven Horner,  wrote:

> Maybe not quite the correct place but thought other OSM mappers may have
> similar thoughts?
>
> The new Pebble Core looks like it could be useful for surveying. It has
> GPS, voice input as well as Bluetooth and an API. It could be useful for
> recording voice notes with GPS coordinates if the API allows. It does have
> a sim card slot but think that's of less interest. Anyone else see the
> potential?
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-lt] ka darome ne taip ?

[JurKis]

Galiu pasakyti, kad maps.me labai retai atnaujina žemėlapius - dažniausiai
tik kai išeina nauja programos versija. O tai gali užtrukti ir ne vieną
mėnesį.
Aktuali žemėlapio versija guli http://direct.mapswithme.com/direct/latest/.
Naujausia žemėlapio versija guli http://direct.mapswithme.com/regular/daily/,
bet jos nesiūlau naudoti - vis kas nors neveikia su turima aplikacija.
Tiesa, dar yra http://direct.mapswithme.com/regular/android2/, bet kam ji
skirta - nežinau. Bent jau anksčiau reikėdavo siųsti tiek šalies, tiek
šalies routing failus, tai gal ir būtų teisingi failai. Pabandykit.

2016-05-25 10:45 GMT+03:00 Darius Bartasius :

> aisku , jei Jus laukiate 1 men. tai teks ir mums dar ilgai palaukti :)
>
> 2016 m. gegužės 25 d. 10:41, Domas Jokubauskis 
> rašė:
>
>> 2016.05.25 10:13, Tomas Straupis rašė:
>> >> tada tik belieka laukti atnaujinimu ?
>> >   Taip. Arba laukti, gal kas nors naudoja maps.me ir šiame sąrašyne ką
>> > nors patars. Pavyzdžiui galima pabandyti Domo siūlytą variantą
>> > ištrinti ir iš naujo atsisiųsti žemėlapį.
>> >
>> >   Lietuvoje, mano žiniomis, kasdien generuojami tik Garmin ir OsmAnd
>> žemėlapiai.
>> Atnaujinau, Maps.me dar neturi šito mano pakeitimo, atlikto prieš mėnesį:
>> http://www.openstreetmap.org/way/125207113
>>
>> Galima Maps.me padėti ar paskatinti dažniau atnaujinti žemėlapius.
>>
>> --
>> Pagarbiai
>> Domas Jokubauskis
>>
>>
>> ___
>> Talk-lt mailing list
>> Talk-lt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lt
>>
>
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[dHuy Pierre]

Petit encart, puisque je ne rappelle plus si j'avais commenté sur le sujet: 
Pour les plans d'alarme à incendie ou les plans de masses affiché, on peut dire 
"Inspiré d'un plan capté dans l'espace publique". J'avais interrogé un avocat 
en propriété intellectuelle pour savoir dans le cadre de la carto indoor. 

Le Mardi 24 mai 2016 15h02, François Lacombe  a 
écrit :
 

 Ils sont même transmis à un plus large éventail de sociétés pendants
les appels d'offres et les chantiers en eux-mêmes.
Mais ce sont des échanges avec des destinataires bien identifiés et
souvent accompagnés de restrictions.
Surtout c'est dans le cadre d'une prestation où le cabinet est
probablement AMOA donc c'est négocié au départ.

Il faudrait lire les contrats pour avoir des références un peu plus précises.
Je pense que toutes les situations sont à prendre au cas par cas, vu
le nombre de possibilités en théorie.

A+

François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux


Le 24 mai 2016 à 14:49, Stéphane Péneau  a écrit :
> Le 24/05/2016 à 14:39, François Lacombe a écrit :
>>
>> Dans la pratique, des plans sont dessinés par des cabinets privés qui
>> en ont la propriété et les départements n'ont pas les droits de
>> diffusion dessus.
>> C'est quelque chose à faire évoluer.
>
> Pourtant ces plans sont transmis à diverses sociétés de cartographie. Je
> suppose que ce sont les collectivités qui les fournissent, pas les cabinets
> privés.
> Ok, il ne s'agit pas d'une diffusion publique, mais une diffusion tout de
> même.
>
> Stf
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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


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

Re: [Talk-lt] ka darome ne taip ?

[Domas Jokubauskis]

2016.05.25 10:13, Tomas Straupis rašė:
>> tada tik belieka laukti atnaujinimu ?
>   Taip. Arba laukti, gal kas nors naudoja maps.me ir šiame sąrašyne ką
> nors patars. Pavyzdžiui galima pabandyti Domo siūlytą variantą
> ištrinti ir iš naujo atsisiųsti žemėlapį.
>
>   Lietuvoje, mano žiniomis, kasdien generuojami tik Garmin ir OsmAnd 
> žemėlapiai.
Atnaujinau, Maps.me dar neturi šito mano pakeitimo, atlikto prieš mėnesį:
http://www.openstreetmap.org/way/125207113

Galima Maps.me padėti ar paskatinti dažniau atnaujinti žemėlapius.

-- 
Pagarbiai
Domas Jokubauskis


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

Re: [Talk-cz] [osm_sk] SotM - prezentace

[Martin Ždila]

Ahoj Tomas

Dakujem

Este som vam pridal foto na
https://www.facebook.com/osmcz/posts/10154181027753769

A na https://drive.google.com/open?id=0B6M72P2gzYmwTEg2N2paU1hpdXc najdes
aj prilohy k mojej prezentacii (animovane gify a video).

2016-05-25 8:23 GMT+02:00 Tom Ka :

> Ahoj,
>
> na http://openstreetmap.cz/sotm jsou odkazy na vetsinu prezentaci,
> snad to tentokrat projde pres cenzuru bez vetsich problemu.
>
> Na videich se pracuje...
>
> Bye
>
> --
> Túto správu ste prijali, pretože ste prihlásení na odber správ skupiny
> „Openstreetmap Slovakia“ služby Skupiny Google.
>
> Ak chcete zrušiť odber tejto skupiny a prestať od nej prijímať e-maily,
> pošlite e-mail na adresu osm_sk+unsubscr...@googlegroups.com.
> Ak chcete zobraziť túto diskusiu na webe, prejdite na adresu
> https://groups.google.com/d/msgid/osm_sk/CAHqEKC2nhg0K19Gq9aO1ObfV4_R5nQa-QkgGESH_bhrei_q4rQ%40mail.gmail.com
> .
> Ďalšie možnosti nájdete na stránke https://groups.google.com/d/optout.
>



-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] SotM - prezentace

[Dalibor Jelínek]

Cau,
nefunguje odkaz 
Automatizace mazání mazací tramvaje (Tomáš "Jethro" Pokorný) prezentace

 Dalibor

> -Original Message-
> From: Tom Ka [mailto:tomas.kaspa...@gmail.com]
> Sent: Wednesday, May 25, 2016 8:23 AM
> To: OpenStreetMap Czech Republic ;
> osm...@googlegroups.com
> Subject: [Talk-cz] SotM - prezentace
> 
> Ahoj,
> 
> na http://openstreetmap.cz/sotm jsou odkazy na vetsinu prezentaci, snad to
> tentokrat projde pres cenzuru bez vetsich problemu.
> 
> Na videich se pracuje...
> 
> Bye
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-lt] ka darome ne taip ?

[Tomas Straupis]

> tada tik belieka laukti atnaujinimu ?

  Taip. Arba laukti, gal kas nors naudoja maps.me ir šiame sąrašyne ką
nors patars. Pavyzdžiui galima pabandyti Domo siūlytą variantą
ištrinti ir iš naujo atsisiųsti žemėlapį.

  Lietuvoje, mano žiniomis, kasdien generuojami tik Garmin ir OsmAnd žemėlapiai.

-- 
Tomas

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

Re: [Talk-lt] ka darome ne taip ?

[Darius Bartasius]

labai aciu uz atsakymus :)
tada tik belieka laukti atnaujinimu ?

2016 m. gegužės 25 d. 10:06, Tomas Straupis  rašė:

> 2016 m. gegužės 25 d. 09:53, Darius Bartasius rašė:
> > taip mielai pasidalinsime vieta, jei galite paziurekite :)
> > istaiga vesti i paieska -  Santariskiu kraujo centras-
> santariskiu g.
> > 2
>
>   Pažymėta kaip amenity=hostpital. Čia galima būtų ginčytis, ar tai
> hospital, ar clinic, bet bet kokiu atveju objektas pažymėtas taip, kad
> jį turėtų matyti maps.me
>
>   Tai reiškia, kad reikia klausti maps.me, kas kiek laiko jie
> atnaujina savo žemėlapius.
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] ka darome ne taip ?

[Tomas Straupis]

2016 m. gegužės 25 d. 09:53, Darius Bartasius rašė:
> taip mielai pasidalinsime vieta, jei galite paziurekite :)
> istaiga vesti i paieska -  Santariskiu kraujo centras-santariskiu g.
> 2

  Pažymėta kaip amenity=hostpital. Čia galima būtų ginčytis, ar tai
hospital, ar clinic, bet bet kokiu atveju objektas pažymėtas taip, kad
jį turėtų matyti maps.me

  Tai reiškia, kad reikia klausti maps.me, kas kiek laiko jie
atnaujina savo žemėlapius.

-- 
Tomas

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

Re: [Talk-lt] ka darome ne taip ?

[Domas Jokubauskis]

2016.05.25 09:42, Darius Bartasius rašė:
> taip mielai pasidalinsime vieta, jei galite paziurekite :)
> istaiga vesti i paieska -  Santariskiu kraujo centras
Lyg ir yra OSM:
http://www.openstreetmap.org/node/4202061390
Pataisysiu „Santariskiu Kraujo Centras“ į „Santariškių klinikų Kraujo
centras“.

Aš Maps.me neradau, kaip atnaujinti žemėlapius. Reikia trinti ir iš
naujo siųstis.


-- 
Pagarbiai
Domas Jokubauskis


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

[Talk-lt] ka darome ne taip ?

[Darius Bartasius]

Laba diena,

Pazymejome savo istaiga MAPS.ME, suraseme darbo laika tel. nr. ir t.t. Mums
rodo viska gerai ir greitai randa suvedus istaigos pavadinima, nes mes
patys esame prisijunge.
Bet visiems kitiems nerodo, vietos pazymetos nera ;(
Ka reikia daryti, kad ta musu pazymeta vieta matytusi ir kitiems ?

Labai butume dekingi uz pagalba :)
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

[Talk-cz] SotM - prezentace

[Tom Ka]

Ahoj,

na http://openstreetmap.cz/sotm jsou odkazy na vetsinu prezentaci,
snad to tentokrat projde pres cenzuru bez vetsich problemu.

Na videich se pracuje...

Bye

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