Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[Martin Koppenhoefer]

sent from a phone

Il giorno 01 giu 2016, alle ore 09:27, Joerg Fischer  ha scritto:

>>> Gibt es eigentlich *irgendeine* Anwendung, die bei gemeinsam benutzen Rad-
>> Passt zwar nicht zu meinem Thema - aber ja, natürlich. Siehe
> 
> Ok, ich hätte Anwendung näher spezifizieren sollen. Die osm Webseite zeigt
> das. Ich meinte Anwendungen auf Mobilgeräten.


was haben die Römer je für uns getan? Was spricht dagegen, die osm webseite 
mobil zu betrachten? Abgesehen davon, dass es egal ist, ob es derzeit bereits 
eine bestimmte Anwendung gibt die einen tag auswertet, oder erst in Zukunft ;-)


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

[Talk-ca] In regards to Canadian Postal Code data on Geocoder.ca (tangentially related)

[Stewart C. Russell]

Looks like Canada Post have dropped the lawsuit against Ervin Ruci. It
still doesn't mean that the PAF is open data yet, but it's significant.

>From https://geocoder.ca/?sued=1 —

Legal News, May 2016 - In regards to Canadian Postal Code data on
Geocoder.ca:
Lawsuit Update
This is the final update on the status of Canada Post's
copyright/trademark lawsuit against Geocoder.ca, Ervin Ruci and
Geolytica.

Canada Post has discontinued this lawsuit..

The terms of settlement are confidential but our agreed statement is
this:

Canada Post commenced court proceedings in 2012 against Geolytica
Inc. for copyright infringement in relation to Geolytica Inc.’s
Canadian Postal Code Geocoded Dataset and related services offered
on its website at geocoder.ca. The parties have now settled their
dispute and Canada Post will discontinue the court proceedings. The
postal codes returned by various geocoder interface APIs and
downloadable on geocoder.ca, are estimated via a crowdsourcing
process. They are not licensed by geocoder.ca from Canada Post, the
entity responsible for assigning postal codes to street addresses.
Geolytica continues to offer its products and services, using the
postal code data it has collected via a crowdsourcing process which
it created.

While it is unfortunate that it took Canada Post 4 years to come to
this conclusion, this turn of events reinforces our long held
position that our postal code data is crowd sourced.

PS. All excess donations and/or other funds we have received at the
conclusion of this lawsuit, will be donated to those who conducted
our legal defense pro bono over the past four years of legal
wrangling, with special thanks to the Canadian Internet Policy and
Public Interest Clinic (CIPPIC) and RIDOUT & MAYBEE LLP.

cheers,
 Stewart

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

Re: [OSM-talk-be] Import of 2000 DAE in Belgium (Defibrillators / Défibrillateurs)

[Marc Gemis]

If you follow the purist, you would never do any armchair mapping at
all. Even tracing from aerial imagery should only be done after
visiting the area.  Some will even avoid data from websites of shops.
(-- I do not belong to that group --)

More people say only use aerial imagery + surveyed data and perhaps Mapillary.

But when you take a file from somewhere, convert it and drop the data
into OSM, that's an import. And for small things like AEDs you won't
be able to see whether they are correctly positioned on aerial
imagery.
Someone did something similar last year by placing bicycle repair
stands (on a wolrd-wide basis). Lot's of discussion.

But like I said, you might get away with it.

regards

m

On Thu, Jun 2, 2016 at 8:43 PM, Glenn Plas  wrote:
> On 02-06-16 19:25, Marc Gemis wrote:
>> On Wed, Jun 1, 2016 at 3:48 PM, Glenn Plas  wrote:
>>> If somebody believes we should walk the 'import data scenario case'
>>> instead, it will probably take much much longer to complete it.  But I
>>> don't see why we should given the nature of this upload.
>>
>> Any data from an external source, which is not verified by a local
>> mapper, has to follow the import guidelines. Of course you can always
>> try to to stay under the radar :-) So I won't mention this one on the
>> weeklyOSM (unlike the GR Flanders data)
>
> I know you are right, That would actually apply to plenty of edits
> though. (armchairs in particular).
>
> btw, isn't all data that isn't in OSM already external by nature ?
>
> *confused* greetings ;-)
>
> Glenn
>
> ___
> 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: [Talk-GB] OSM UK chapter

[Rob Nickerson]

>At our first meeting, which really needs to be in a couple months from
incorporation, there will be a mass resignation and proper elections.

For those who hadn't realised, the "mass resignation" is a requirement of
the AoA to ensure we have fair elections at that first meeting. It's not a
sign that we have lost interest in this. Far from it, I'm more convinced
that this (setting up an organisation) is the right thing to do in order to
help build a larger community of mappers than ever before!

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

Re: [Talk-us] Best practices for dealing with old TIGER tags?

[Richard Welty]

On 6/2/16 4:59 PM, Madeline Steele wrote:
>
> The approach that is preferred at TriMet (where I work) is that if we
> are able to check the geometry of the street against fairly recent
> imagery (improving it if needed) and verify the name of the street,
> from either our local jurisdictional centerlines or the latest TIGER
> TMS layer, then we remove all of the TIGER tags. We see that as being
> adequate to remove the TIGER:reviewed tag (especially when multiple
> mappers have edited the way since the initial import, which is
> typical). We think that the other TIGER tags are not needed as they’re
> mostly comprised of information that isn’t really appropriate for the
> street ways (zip code and county, which take up less space and are
> easier to keep up-to-date when maintained as separate boundary
> polygons) and attributes that can be derived from other fields (e.g.,
> prefix, basename, suffix). While it could be handy to have these
> address components broken out, it adds bulk and requires updating
> several fields when a name is changed. Further, the TIGER attributes
> are mostly really outdated at this point as they come from 2005 data
> and have rarely been updated by mappers.
>
>
> What do you all think about this?
>
>
i usually leave the county tags, and remove all the others. there are rare
cases where a road has a historic name but is no longer signed and i may
in that case convert the tiger name into an old_name tag. i think the zip
tags from tiger are without value.

richard

-- 
rwe...@averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search




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

[Talk-us] Best practices for dealing with old TIGER tags?

[Madeline Steele]

Hello all,


I was hoping to open a discussion on current best practices for dealing
with old TIGER tags. I know this has been covered here in the past, but I
think it’s been a few years and it seems possible that methods have
shifted.


I’m from Portland (Oregon J) and on many streets, TIGER tags have been
completely removed, while on others, people have left only the tiger:county
tags. Sometimes, you see tiger:zip_left and tiger:zip_right too, while in
other cases there are zip_left and zip_right keys instead. In many cases,
the following 6 TIGER tags remain: tiger:cfcc, tiger:county,
tiger:name_base, tiger:reviewed, tiger:zip_left, and tiger:zip_right.


The approach that is preferred at TriMet (where I work) is that if we are
able to check the geometry of the street against fairly recent imagery
(improving it if needed) and verify the name of the street, from either our
local jurisdictional centerlines or the latest TIGER TMS layer, then we
remove all of the TIGER tags. We see that as being adequate to remove the
TIGER:reviewed tag (especially when multiple mappers have edited the way
since the initial import, which is typical). We think that the other TIGER
tags are not needed as they’re mostly comprised of information that isn’t
really appropriate for the street ways (zip code and county, which take up
less space and are easier to keep up-to-date when maintained as separate
boundary polygons) and attributes that can be derived from other fields
(e.g., prefix, basename, suffix). While it could be handy to have these
address components broken out, it adds bulk and requires updating several
fields when a name is changed. Further, the TIGER attributes are mostly
really outdated at this point as they come from 2005 data and have rarely
been updated by mappers.


What do you all think about this?


Thanks much,


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

[OSM-talk-fr] rendus OSM des villes

[osm . sanspourriel]

Vannes  est la préfecture 
du Morbihan :


admin_level 
 	8 


capital    6
name   Vannes
population 
 	52515


Le nœud Vannes  lui-même 
comporte aussi capital=6 et la population.


Un peu au nord se trouve la petite ville de Saint-Avé 
 :


admin_level 
 	8 


name   Saint-Avé
population 
 	10385



Certains rendus ne semblent utiliser ni le capital (ici 6=préfecture) ni 
la population mais juste place=town avec affichage de haut à gauche en 
bas à droite.
Résultat : OSM-FR affiche Saint-Avé simple ville dans la banlieue de 
Vannes, plutôt que Vannes 5 fois plus important et préfecture du Morbihan.
Il n'est pas possible d'organiser le tracé par coalesce(capital,15) 
croissant puis par coalesce(population,0) décroissant ?


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

Re: [Talk-cu] comunidad OSM en Cuba!

[Hédel Nuñez Bolívar]

Hola a todos,
Me alegra mucho ver que la comunidad en Cuba se impulsa. Lamentablemente vivo 
en el exterior y me resulta imposible participar en los mapatones de la isla, 
aunque desde la distancia una de las vías que exploto para no sentirme lejos es 
editar en OSM, sobre todo Habana del Este.
Tengo un par de blogs, en los cuales la verdad, no escribo mucho, pero si la 
comunidad se compromete a generar contenidos, yo me comprometo a crear y 
gestionar uno si es necesario. 

Si en algo más puedo ayudar me dicen.

Sds

Hédel

> On 01 Jun 2016, at 17:02, Laura Barroso  wrote:
> 
> Hola gente, ayer en la noche Pb y yo nos reunimos, el objetivo de la
> reunión: cómo organizar la comunidad osm en Cuba, y crear mecanismos para
> hacer mapatones en la ciudad.
> 
> El asunto fundamental es que no tenemos mucha divulgación, la gente no
> sabe qué es OpenStreetMap. Algunas ideas que pensamos implementar:
> 
> 1. Reunirnos una vez al mes como comunidad.
> 2. Buscar un espacio para mapear en papel(Alguien conoce algún dueño de un
> bar o algo parecido??)
> 3. Llegar a la gente de joven club(respecto a este punto ayer contacté con
> Rubén el antiguo jefe de movilidad de Desoft, para que nos facilitace el
> contacto con gente del palacio central)
> 4. Llegar a las secundarias y preuniversitarios(tal vez crear espacios
> para charlas?)
> 5. Hacer un video para el paquete para los mapatones(Ahora mismo el
> paquete constituye una fuente de distribución masiva a nivel nacional)
> 6. Contactar con blogueros que tengan que ver con tecnología(ya contamos
> con el apoyo de Jorge de cubava, su blog http://jorgen.cubava.cu/)
> 
> La semana próxima nos reuniremos nuevamente para tratar el tema del guión
> para el video, divulgaré la cita por esta misma vía por si alguien quiere
> unirse...
> La discusión está abierta, si alguien tiene alguna idea o algo que aportar
> adelante!
> 
> 
> 
> 
> 
> ___
> 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

Re: [OSM-talk-be] GR Flanders data available for mapping!

[Erik B]

Just take care with using the GPX files on the GR Vlaanderen website to 
_correct_ GR routes on OpenStreetMap without further concerns.
The GPX files on that GR website are not always up to date. You should 
at least take in account the route corrections 'Trajectwijzigingen' on 
the GR website 
.
Those corrections are sometimes in the GPX file and sometimes they 
aren't. And sometimes the route has been changed in the field but those 
changes are not in the GPX file nor is there already a change 
description on the GR website.
So using the GPX files on the GR website to correct GR routes on 
OpenStreetMap can lead to creating faults instead of correcting one. 
Checking in the field can't be improved.


Some examples I recently encountered in Limburg:

 *   the GR 561 between 'Dilserbos Parking' and Opoeteren. I had the GR
   GPX on my GPS when I ran that track and discovered that the marks in
   the field took me along a deviating route on some points.Afterwards
   I saw that the deviations in the field are described as
   'Trajectwijzigingen' on the GR website but they weren't on the GPX.
 * The GR5 between Bokrijk and Kinderboerderij Kiewit has been changed
   in the field recently. It no longer follows a asphalt road but goes
   through a meadow as other walking routes do. This change isn't on
   the GR website but it is correct on Openstreetmap
   http://hiking.waymarkedtrails.org/#?map=16!50.9625!5.3861
   

Besides corrections I see the advantage of using GR GPX files to put a 
GR route on Openstreetmap that was't tagged. But that is only possible 
for so far tracks or paths that are used are already on OSM. The 
qualification of those ways aren't on the the GPX file. You can only 
know them by following the GR in the field.


But I like GR Vlaanderen because they already offer GPX files for free 
on their website. In contrary to GR Sentiers in Wallonie where you can 
only find the GPX files of GR's for free on Openstreetmap 
(Waymarkedtrails.org). 

And they are all far better than GR Sentiers France that forced 
Openstreetmap to delete the tagged GR's because of copyright protection 
in France (after a holiday in the south of France I put a major part of 
GR /Route/ des /Cathares /on OSM. Meanwhile that GR relation that I did 
has been deleted but the paths that I added are still on the map. And 
there were new attempts to put that GR on OSM but for how long?).


Regards,

Erik //


what is on OSM it is result
Op 02-06-16 om 19:10 schreef joost schouppe:

Good news everyone! We're going on a long hike!

After contacts initiated by Jo, licencing advice by Glenn and Ben, and 
a talk with Wouter and myself, the Flemish GR organization today gave 
us the explicit permission to use the GPX files of their routes for 
improving the GR routes mapped in OSM.


This is only a first step, they are considering managing their route 
information completely within OpenStreetMap. I hope we can support 
them in this direction. There are all kinds of ways that they can help 
us grow our community, and ways in which we can support them. Feel 
free to start thinking out loud in this thread.


Let's build something together which might inspire organisations 
worldwide to follow their lead.


But enough with the emotions.

I already added them to the Contributors wiki [1] and I have uploaded 
the supporting document to the wiki pages [2]. Maybe we can add a 
little section to some more Belgium wiki pages too?
I made a little UMAP [3] to help with my first corrections [4]. It's a 
public map, so feel free to use it (and maybe make a simple tool out 
of it for tracking our progress in our cleanup?). I started adding 
#groteroutepaden to my changesets [4]. If we all do that, it might 
help make some cool statistics.


The GPX files can be downloaded when you get to the page for an 
individual route at the bottom of the download section [5]. If you 
spot an error in the GPX or reality, you can send it to them here [6].



1: 
http://wiki.openstreetmap.org/wiki/Contributors#Grote_Routepaden_.28long_distance_paths_Flanders.29

2: http://wiki.openstreetmap.org/wiki/File:Licentie_GR_OSM.pdf
3: 
http://umap.openstreetmap.fr/nl/map/gr-vlaanderen_88642#14/50.8065/4.6619
4: 
http://www.openstreetmap.org/changeset/39738478#map=15/50.7593/4.2846=N

5: http://www.groteroutepaden.be/route.php?itemno=68
6: http://www.groteroutepaden.be/nl/meld-probleem.html


--
joost schouppe


___
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: [Talk-de] tag defaults entfernen Was: zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben

[Guido Scholz]

Am Wed, 01. Jun 2016 um 11:42:47 +0200 schrieb Florian Lohoff:

> Das kommt ganz schwer auf das tag an ... Ich komme immer wieder an
> service oder unclassifieds vorbei die ein tracktype= tragen. Hat mal
> ein Stadtkind als Track eingezeichnet (Weil alles was hinter dem
> Ortsschild ist muss ja ein Track sein)...

Na, für diese Arbeitshypothese wirst du sicher noch einen
nachvollziehbaren Beweis antreten wollen.

> ... und dann hat jemand das mal
> korrigiert von track zu unclassified etc und das tracktype= nicht
> entfernt.

Oder, was sehr wahrscheinlich ist, der tracktype Tag wurde nachträglich
ergänzt, damit man als Mountainbiker erkennen kann, um welche Art von
Weg es sich handelt. Die OpenmtbMap stellt nämlich die Wege mit Hilfe
dieses Tags entsprechend dar.

> Es gibt tag kombinationen die absolut unsinnig sind die es zu
> entfernen gilt und es gibt welche die nur redundant sind.

Na ja, oder halt eben auch nicht, und dann es gibt andersherum noch viel
zu ergänzen bzw. wieder nachzubessern.

Gruß
Guido

-- 
http://wie-im-flug.net/
http://www.lug-burghausen.org/


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

Re: [OSM-talk-be] GRB open data

[Killian De Volder]

Glenn,

Geen nood de enige import die ik gedaan heb is diegene die die jij nadien aan 
het importeren was.
(Indien zich U het herinnerd, verder heb ik ook de boot afgehouden.)

Verder ik ga er vanuit dat er mensen zijn die manueel/semiautomatisch aan het 
importen zijn.
Bewijs:
Ik + Jij (Glenn): http://www.openstreetmap.org/#map=14/51.2189/4.0546
http://www.openstreetmap.org/way/107808094#map=19/51.07133/4.72699

Verder had bestaande gebouwen heb ik gewoon aangepast.
"Megablocks" (10 huizen aan elkaar in een slordige import door 3Dshapes) dacht 
ik wel verwijderd te hebben, of had ik hiervan zoveel mogelijk nodes moeten 
hergebruiken ?

Maar als jij er mee bezig bent (ook als is het niet op dit moment) is het goed,
het is niet dat ik (en hopelijk de rest ook) geen geduld heb. Noch zit er druk 
achter.

Maar om eerlijke te zijn zou het wel handig zijn als de huisnummers er eens in 
geraken ;)
Maar huisnummers vereisen een gebouw tekenen ... welke met de mogelijkheid tot 
GRB een beetje extra werk lijkt.
Is het plan de nummers mee te nemen in deze procedure ?
Indien niet het geval, is er een tussen voorlopige manier dat men dit dan best 
(of gewoon niet) doet ?
Vierkante huizen die goed aansluiten bij GRB vorm, of gewoon wachten op de 
huizen ?

Ps.: Thanks for osmose !

Mvg,
Killian De Volder


On 02-06-16 17:44, Glenn Plas wrote:
> Hallo,
> 
> Met enige pijn in het hart lees ik dit.
> 
> Je kan echt nog niet onbezonnen gaan importeren op deze manier.   Voor
> de volgende redenen alvast:
> 
>  - Deze semi-automatische import moet goedgekeurd worden en er moet een
> case voor worden gemaakt.
>  - gebouwen zijn maar 1 deeltje van de data, er zit veel meer in
>  - Als je zomaar importeert zonder er over na te denken voor de
> opvolging, als je buildings in OSM ramt zonder referenties naar GRB op
> een gestructureerde manier.
> 
> 
> Als we echt automatische imports hadden gekozen was het nu reeds over,
> dus er zijn wel degelijk goede redenen om dit niet zo aan te pakken.
> 
> Je mag bestaande gebouwen niet zomaar wissen.  je moet een josm plugin
> tool gebruiken om die te mergen zodat historiek niet verloren gaat.
> 
> Als ik het nu zo lees kan je echt beter stoppen met importeren want die
> changesets gaan wss allen moeten weggehaald worden. *zucht*
> 
> Ik heb een tool gemaakt die redelijk af is maar er is zit een wat
> diepere problematiek in de data die ik niet in 1 ,2 .. 3 kan uitleggen
> op verstaanbare manier.
> 
> http://grbtiles.byteless.net/
> 
> Als je bezigheidstherapie wil, probeer dan eens Osmose om de bestaande
> data te verbeteren.
> 
> http://osmose.openstreetmap.fr/en/map/
> 
> Maak een RSS feed aan van je eigen username en sta versteld over welke
> fouten je tegenkomt (ook voor mezelf btw, mistakes happen, skills
> evolueren).
> 
> Nogmaals: importeer aub niets tot we het hebben uitgewerkt.   Ik zit in
> tijdsgebrek de laatste maanden, vandaar dat ik het wat geparkeerd had.
> 
> Al je werk gaat echt voor niets zijn.
> 
> Glenn
> 
> 
> 
> On 02-06-16 16:08, Killian De Volder wrote:
>> Beste allen,
>>
>> "Het zal ni lang duren of iemand is er mee weg... ;-)"
>> Bleek niet te kloppen, (niet dat ik klaag).
>>
>> Bedenkingen:
>> - Bij het invoegen van huizen moet je soms de land-use gebieden mee 
>> verzetten/mergen.
>> - Bestaande gebouwen en lijnen matchen kan lastig te automatiseren zijn.
>>   (Hoewel dicht bijzijnde punten best verplaats kunnen worden bv max 3 
>> meter.)
>> - Hoe later updates van GRB importeren ?
>> - Achterkant huizen zijn "niet te vertrouwen". (De zwarte lijnen/punten, die 
>> door de landmeter, wel)
>>
>> @Glenn Plas: Jij bent ook als eens bezig geweest hiermee.
>> Als jij je ervaringen ook eens kan delen zou dit wenselijk zijn.
>>
>> Dus de vragen die ik mij op dit moment vooral stel:
>>
>> Willen we de data automatisch importeren, of gaan we het manueel doen ?
>>
>> Anders kunnen de manuele mappers dit met gerust hart verder importeren.
>> (En anders zijn ze nu bezig met bezigheids-therapie)
>>
>> En anders moeten we er een rustig werk van maken om al het nodige op te 
>> zetten
>>
>> Als we het automatisch doen zullen we een server/service
>> moeten opzetten zoals de adressen van de CRAB tool maar dan voor GRB.
>>
>> Mvg,
>> Killian De Volder
>>
>> ___
>> 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
> 


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

Re: [Talk-GB] Schools Project

[Christian Ledermann]

On 2 June 2016 at 21:04, Gregory Marler  wrote:
> So the polygon is from the OS open data?
>
>> what do you think about a rel:os-open:functionalsite = id?
> I don't think OS open data counts as the functional site, I think it is a
> poor-quality(or low-resolution?) of the school property/boundary and so
> doesn't need special tags beyond source (additionally add
> source:outline=os_open if you really wish).

functionalsite refers to the os-open name of the shapefile

>
>
> I think your tool would be better if it clearly said "The highlighted
> polygon will be ADDED to OpenStreetMap. If a school outline is already shown
> on the base map behind, then you should manually add the tags (& edubase
> reference manually) to that object."
>

good idea, thanks :-)

> Others on this list/community may have concerns, they should speak up or it
> relies on the OSM Imports mailing list being sure this is suitable.
> Can someone confirm that we do have copyright permission/ability for the
> Edubase data? I.e. we can do go beyond "using it to conduct a survey, or add
> only the ref" and we can directly add all those attributes with an import
> tool?

http://www.education.gov.uk/edubase/about.xhtml
`The Crown copyright-protected material featured on this website
(other than Departmental logos) may be reproduced free of charge in
any format or medium, under the terms of the “Open Government
Licence":http://www.nationalarchives.gov.uk/doc/open-government-licence`

>
>
> From two roads away from a local primary school,
> Gregory.
>
>
>
> On 2 June 2016 at 20:31, Christian Ledermann 
> wrote:
>>
>> As schools.mapthe.uk is an import project to osm:
>>
>>  Does the community `buy in` to this approach?
>>  Can I go forward to contacting osm imports?
>>  What would you like to see as improvements?
>>
>> As usual silence counts as approval ;-)
>>
>> On 1 June 2016 at 21:41, Christian Ledermann
>>  wrote:
>> > about operator tag
>> > should this be the trust in case of an academy and the LA else?
>> >
>> > On 1 June 2016 at 21:32, Christian Ledermann
>> >  wrote:
>> >> On 1 June 2016 at 21:21, Gregory Marler  wrote:
>> >>> I see you suitably have a created_by=osmoapi tag on the changeset.
>> >>>
>> >>> Having a source= tag on the the changeset and/or created object would
>> >>> be
>> >>> good.
>> >>
>> >> source would be edubase/seed+osopen ?
>> >>
>> >> what do you think about a rel:os-open:functionalsite = id?
>> >>
>> >>>
>> >>> I also noticed a blank website tag got added, can you check tags this
>> >>> might
>> >>> happen to and not add them if blank. E.g.
>> >>> http://api06.dev.openstreetmap.org/relation/4300905032
>> >>
>> >> right, thanks :-)
>> >>
>> >>>
>> >>> From Durham,
>> >>> Gregory.
>> >>>
>> >>> On 1 June 2016 at 19:43, Christian Ledermann
>> >>> 
>> >>> wrote:
>> 
>>  A Test version is now available online at http://schools.mapthe.uk/
>>  You need an account on http://api06.dev.openstreetmap.org/ to test
>>  the
>>  application
>>  It will not modify any data on the live server only on the test
>>  server!
>>  You can test away without being afraid to destroy anything.
>> 
>>  On 9 May 2016 at 11:01, Christian Ledermann
>>   wrote:
>>  > I updated the
>>  > https://github.com/cleder/os-opendata-edubase/tree/develop
>>  > branch with your comments
>>  >
>>  > On 6 May 2016 at 21:16, Eric Grosso 
>>  > wrote:
>>  >> Thanks a lot.
>>  >>
>>  >> Some feedback about your code:
>>  >> - "import urllib" is missing in fabfile.py
>>  >> - the code fails to create the schools.osm file:
>>  >> * the data/osm repository is missing and needs to be created
>>  >> * in this line: schools_file =  open(os.path.join(PROJECT_DIR,
>>  >> 'data',
>>  >> 'osm', 'schools.osm'), 'r') --> 'r' should be replaced by 'w'
>>  >> - the last part of your message (in link with seeddata2015.csv)
>>  >> should
>>  >> be
>>  >> added is added to the documentation as it helps a lot.
>>  >>
>>  >> I encountered another problem during the import. I'm going to look
>>  >> at
>>  >> it
>>  >> later.
>>  >>
>>  >> Thanks again.
>>  >>
>>  >> Eric
>>  >>
>>  >>
>>  >>
>>  >> On 6 May 2016 at 13:25, Christian Ledermann
>>  >> 
>>  >> wrote:
>>  >>>
>>  >>> from
>>  >>> https://www.ordnancesurvey.co.uk/opendatadownload/products.html
>>  >>>
>>  >>> you have to download the
>>  >>>
>>  >>> `OS Open Map - Local` (all squares) and `Code-Point® Open`
>>  >>> Products
>>  >>>
>>  >>>
>>  >>> https://github.com/cleder/os-opendata-edubase/tree/develop has a
>>  >>> sligtly improved 

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[osm . sanspourriel]

De lunettes si tu veux, mais j'ai plutôt oublier de recréer le lien 
après avoir changé de place.


Le lieu donné ne comportait pas de données, de plus le permalien ne se 
rappelle pas de cocher Tidal Scale dans View.


http://map.openseamap.org/?layers=BFTFFFTFFTF0FFFTFF=8=48.29026=7.62041

Jean-Yvon

Le 2016-06-02 à 17:22, Yves Pratter - yves.prat...@gmail.com a écrit :


Le 2 juin 2016 à 15:15, osm.sanspourr...@spamgourmet.com 
 a écrit :


OpenSeaMap le fait depuis des années :

http://map.openseamap.org/?layers=BTTFTFT0TFFT=8=48.29026=7.62041


Je ne vois rien de spécifique sur les crues avec cette URL.
Pb de lunettes ou les données ont changées ?

—
Yves




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


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

Re: [Talk-GB] Schools Project

[Christian Ledermann]

As schools.mapthe.uk is an import project to osm:

 Does the community `buy in` to this approach?
 Can I go forward to contacting osm imports?
 What would you like to see as improvements?

As usual silence counts as approval ;-)

On 1 June 2016 at 21:41, Christian Ledermann
 wrote:
> about operator tag
> should this be the trust in case of an academy and the LA else?
>
> On 1 June 2016 at 21:32, Christian Ledermann
>  wrote:
>> On 1 June 2016 at 21:21, Gregory Marler  wrote:
>>> I see you suitably have a created_by=osmoapi tag on the changeset.
>>>
>>> Having a source= tag on the the changeset and/or created object would be
>>> good.
>>
>> source would be edubase/seed+osopen ?
>>
>> what do you think about a rel:os-open:functionalsite = id?
>>
>>>
>>> I also noticed a blank website tag got added, can you check tags this might
>>> happen to and not add them if blank. E.g.
>>> http://api06.dev.openstreetmap.org/relation/4300905032
>>
>> right, thanks :-)
>>
>>>
>>> From Durham,
>>> Gregory.
>>>
>>> On 1 June 2016 at 19:43, Christian Ledermann 
>>> wrote:

 A Test version is now available online at http://schools.mapthe.uk/
 You need an account on http://api06.dev.openstreetmap.org/ to test the
 application
 It will not modify any data on the live server only on the test server!
 You can test away without being afraid to destroy anything.

 On 9 May 2016 at 11:01, Christian Ledermann
  wrote:
 > I updated the https://github.com/cleder/os-opendata-edubase/tree/develop
 > branch with your comments
 >
 > On 6 May 2016 at 21:16, Eric Grosso  wrote:
 >> Thanks a lot.
 >>
 >> Some feedback about your code:
 >> - "import urllib" is missing in fabfile.py
 >> - the code fails to create the schools.osm file:
 >> * the data/osm repository is missing and needs to be created
 >> * in this line: schools_file =  open(os.path.join(PROJECT_DIR, 'data',
 >> 'osm', 'schools.osm'), 'r') --> 'r' should be replaced by 'w'
 >> - the last part of your message (in link with seeddata2015.csv) should
 >> be
 >> added is added to the documentation as it helps a lot.
 >>
 >> I encountered another problem during the import. I'm going to look at
 >> it
 >> later.
 >>
 >> Thanks again.
 >>
 >> Eric
 >>
 >>
 >>
 >> On 6 May 2016 at 13:25, Christian Ledermann
 >> 
 >> wrote:
 >>>
 >>> from https://www.ordnancesurvey.co.uk/opendatadownload/products.html
 >>>
 >>> you have to download the
 >>>
 >>> `OS Open Map - Local` (all squares) and `Code-Point® Open` Products
 >>>
 >>>
 >>> https://github.com/cleder/os-opendata-edubase/tree/develop has a
 >>> sligtly improved documentation
 >>>
 >>> you will also need the csv files from EduBase and seed for the
 >>> schooldata
 >>>
 >>> `All EduBase data.csv` from
 >>> http://www.education.gov.uk/edubase/home.xhtml
 >>> and
 >>> `School contact details` from
 >>>
 >>>
 >>> http://www.gov.scot/Topics/Statistics/Browse/School-Education/Datasets/contactdetails
 >>>
 >>> the latter is in excel format and has to be converted into csv before
 >>> using it. The headers must be:
 >>>'SeedCode',
 >>> 'LA Name',
 >>> 'Centre Type',
 >>> 'School Name',
 >>> 'Address 1',
 >>> 'Address 2',
 >>> 'Address 3',
 >>> 'Post code',
 >>> 'E-mail',
 >>> 'Phone',
 >>> 'Primary_school',
 >>> 'Secondary',
 >>> 'Special',
 >>> 'Primary roll',
 >>> 'Secondary roll',
 >>> 'Special roll',
 >>> 'Primary1',
 >>> 'Secondary1',
 >>> 'Special1',
 >>> 'Denomination'
 >>> so rename them accordingly and remove the columns not included here.
 >>>
 >>>
 >>>
 >>>
 >>>
 >>> On 6 May 2016 at 12:51, Eric Grosso  wrote:
 >>> > Hi Christian,
 >>> >
 >>> > Thanks for this app.
 >>> >
 >>> > I'm trying to install it but it requires this file:
 >>> > opmplc_essh_nt.zip.
 >>> > Could you please tell me where this file comes from (as it isn't
 >>> > mentionned
 >>> > in the documentation). Thanks.
 >>> >
 >>> > Cheers,
 >>> > Eric
 >>> >
 >>> > On 6 May 2016 at 09:36, Christian Ledermann
 >>> > 
 >>> > wrote:
 >>> >>
 >>> >> On 6 May 2016 at 08:42, Brian Prangle 

Re: [Talk-cu] sobre foros

[Laura Barroso Pérez]

Ese es el problema...si nos vamos por ahí estaremos restringiendo el acceso de 
todos...de una alternativa nacional la verdad ni idea...me gusta esto del 
correo porque la gente puede ver las cosas directo del mail, pensando sobre 
todo en quien tiene infomed o nauta...si nos vamos por un foro creo que no 
estaremos en igualdad de condiciones... 

-Mensaje original-
De: Guillermo López [mailto:jglopez@gmail.com] 
Enviado el: Thursday, June 2, 2016 1:04 PM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] sobre foros

humm... no. Son los foros oficiales de OSM, en los cuales hay un subforo para 
los países. Aunque no sé si hay alguna alternativa nacional. :-/

El 2/6/16, Laura Barroso Pérez  escribió:
> Es .cu? porque sino dejarías la gente que no acceso a internet fuera...
>
> -Mensaje original-
> De: pb[gmail] [mailto:elpbati...@gmail.com] Enviado el: Thursday, June 
> 2, 2016 9:37 AM
> Para: OpenStreetMap Cuba
> Asunto: Re: [Talk-cu] sobre foros
>
> ¿y el link?
>
>> On 2/6/2016, at 9:21 a.m., Guillermo López  wrote:
>>
>> Deberíamos comenzar a discutir todos estos temas en los foros y de 
>> paso comenzamos a utilizarlos. Es una buena manera de tener más o 
>> menos las ideas organizadas. Así reservamos la lista sólo para 
>> preguntas y respuestas :-/ Supuestamente así creo que es mejor.
>>
>> Creé algunos temas en el foro "users:Cuba" que pueden servir de base 
>> para muchas cuestiones que hemos hablado.
>>
>> ¡A participar! :D :D :D
>>
>> ___
>> 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
>

___
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

[Talk-GB] OSM UK chapter

[Brian Prangle]

Hi everyone

The silence over the last few weeks doen't mean nothing has been happening!
Jerry, Rob and myself have gone through the AoA and got to a final working
document. Rob will tidy this up over the next week (checking para nos,
typos etc) and it will be up for your inspection.

At this stage, I feel we really don't want to debate individual points
again- there may be stuff we could improve but we could be at this forever.
We really need to get cracking with the formal stuff of applying to
Companies House and get rolling with the interesting stuff. So please think
twice before objecting to anything- if you can live with it,  please do so;
and hope that the scenario you envisage or  the fear you have doesn't
materialise. (That's very much the approach we adopted in order to get to a
final set of AoA) If they do, you can say "I told you so": OSMUK will get
through the sticky patch maybe not in the most efficient way, but it will.
It will down to mobilising the community to meet the challenge.

The next step is to get a pro bono legal review of the AoA to ensure we
haven't done anything that Companies House will object to and then send off
the docs.(Anyone either a lawyer or has a good contact willing to work for
free for an hour?)

 For initial incorporation we need  5 initial directors -  we've had four
volunteers so far (Rob,Jerry,Greg and myself) - so we need those four to
confirm that their volunteering still stands and one more. Offers? At this
stage being a director is a paper exercise to get the forms completed. At
our first meeting, which really needs to be in a couple months from
incorporation, there will be  a mass resignation and proper elections.

Is this a good time to activate Dennis's OSMUK blog to start discussing
what we want to do as a progamme of activity, so that a wider audience than
talk-gb can participate?

Regards

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

Re: [Talk-at] Wichtige Frage

[gppes_osm]

Hi,

das was Ihr derzeit macht (taggen eines Aussichtspunktes) und was Ihr ueber 
"Place of Worship" plant, sieht mir im Moment beides nach "Taggen fuer den 
Renderer" aus. Im Moment ist es aus meiner Sicht sogar eine Lehrbeispiel fuer 
"Taggen fuer den Renderer": Die fuer Euch interessanten Punkte fallen (rate ich 
mal) hoechstens zufaellig mit einem Aussichtspunkt zusammen und wenn es ein 
Aussichtspunkt waere, dann hat der sicher nicht den getaggten Namen.

Solltet Ihr einen "Place of Worship" taggen wollen, dann muesste aus meiner 
Sicht der Sachverhalt gegeben sein, dass ein einigermassen signifikanter 
Prozentsatz der Mapper-Community diesen objektiv als solchen erkennen kann. Das 
bezweifle ich derzeit stark.

Koenntet Ihr nicht einfach einen Screenshot der entsprechenden Bereiche auf 
http://www.openstreetmap.org machen und dort mit einem "handgemalten" Kreuzerl 
Eure fuer Euch interessanten Punkte eintragen? Den Screenshot koennt Ihr dann 
auf Eure Webseite geben. Unter Angabe der OSM Lizenz (das sind ein paar simple 
Worte) waere das aus meiner Sicht eine legale und sogar willkommene Nutzung von 
OSM! Und es waere eine wirklich einfach durchfuehrbare Loesung.

Man korrigiere mich, wenn ich mit der Idee mit dem Screenshot und Lizenz falsch 
liege.

Gerne wuerde ich einmal den Taggingfehler mit dem Viewpoint, der source usw. 
korrigiert sehen. Fuer den Edit der handvoll globaler Punkte wuerde ich mich 
zur Verfuegung stellen: Ich schlage vorerst ein Umtaggen auf eine leere node 
mit einer Note="Dragoneye-Place" oder so vor. Eine Loeschung waere aus meiner 
Sicht anzustreben.

Lg.

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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Philippe Verdy]

En fait en terme de coordination, les plans actuels sont juste des plans
locaux dispersés. Il n'y a pas de système permettant activer une
coordination a plus grande échelle au niveau préfectoral et de l'État,
concernant l'action des divers gestionnaires de réseaux de transport. Ce
système aurait du être activé a l'échelle nationale, avec aussi
communication a l'échelle européenne entre les états concernés car la il
s'agit d'un phénomène de grande ampleur. Cela avait déjà été le cas il y a
quelques temps avec les inondation du Danube touchant plusieurs pays
d'Europe centrale et l'Allemagne. On ne peut pas parler de phénomène isole
imprévisible. On voit que les inondations sont des phénomènes fréquents
mais à chaque fois les collectivités locales sont dépassées et les
gestionnaires d'infrastructures ne savent pas gérer non plus tout seuls
sans appui des autres réseaux voisins.

J'espère que cela aboutira a la restauration des CRICR, et la création
d'une instance nationale de coordination, organisée autour de la sécurité
civile, par une loi utile. Et aussi une action européenne pour une
coordination et information à plus grande échelle.
Le 2 juin 2016 11:12,  a écrit :

> Il y a un an et demi quand certaines rivière débordaient a l'ouest de
> rennes je me souvient de ce désordre. Pas moyen de savoir où passer avec
> des déviations qui menaient a des routes fermées plus loin... Bref j'ai du
> faire demi tour vers rennes a nouveau et prendre la rocade pour reprendre
> la nationales, soit une trentaine de km en plus pour reprendre la route de
> Nantes. Pourtant toutes les routes n'étaient pas fermées. Mais aucune
> coordination, en cas d'inondation les déviations sont faites pour les
> locaux, pour les autres il fait rejoindre les grands axes et espérer qu'il
> ne sont pas fermés et les déviations en place... Mais on l'a vu dans le
> Loiret certains se sont retrouvés coincés sur l'autoroute sans sortie
> possible puis ensuite inondée aussi et devant abandonner leur véhicule pour
> se faire évacuer par hélicoptère...
>
> Bref en cas d'inondation, c'est toujours le foutoir.
> Le 2 juin 2016 11:12,  a écrit :
>
>> Si la période d'inondation risque de se prolonger, il serait utile de
>> produire une carte des zones immergées. C'est ce que j'ai fait pour
>> l'inondation du Richelieu en 2011.
>>
>> J'ai alors eu accès à de l'imagerie post-désastre et tracé un polygone
>> des zones immergées. Cette information est disponible sur la carte
>> ci-dessous et a été utile aux intervenants pendant les deux mois de
>> l'inondation.
>>
>> http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm
>> voir la couche 2011-05-15 Inondation - Observation, Zones inondées P.B.
>>
>> Pierre
>>
>>
>> --
>> *De :* Christian Quest 
>> *À :* Discussions sur OSM en français 
>> *Envoyé le :* jeudi 2 juin 2016 12h25
>> *Objet :* Re: [OSM-talk-fr] Inondations dans le Centre et fermeture
>> d'autoroutes
>>
>> Le 02/06/2016 à 16:46, Yves Pratter a écrit :
>>
>> Tu peux jeter un œil ici :
>> https://twitter.com/OpenEventDb
>>
>>
>> Merci Nicolas :)
>>
>> Cette base de données semble en test ?
>>
>>
>> Je confirme... en test, mais grandeur nature ;)
>> Elle dépasse désormais les 3.6M d'événements...
>>
>> L’idée serait de la mettre à jour en « temps réel » avec des données
>> telles que Vigicrue ?
>>
>>
>> C'est le cas depuis hier avec les hauteurs des cours d'eau.
>>
>> Je vais ajouter les alertes ce soir (jaune, orange, rouge) comme je le
>> fait déjà pour la carte de vigilance de Météo France.
>>
>>
>> Et les sites utilisateurs seraient par exemple des cartes celle-ci ?
>> UMap comme
>> http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#9/49.4235/4.1803
>>
>> Intéressant.
>> Est-il possible techniquement (et facilement) de colorer les segments de
>> rivière avec les données vigicrues ?
>>
>>
>> Très très bientôt on pourra.
>>
>>
>> Pour la démo, ça serait pratique d’affiche le graphique d’une station
>> dans la bulle UMap ;)
>> *http://www.vigicrues.gouv.fr/niveau3.php?CdStationHydro=B502001001*
>>
>>
>> C'est ajouté !
>>
>> PS: je suis l'affreux qui a eu cette idée d'OpenEventDatabase... pour
>> quelques infos techniques voir
>> https://github.com/openeventdatabase/backend/wiki
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> 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-gb-westmidlands] Summer Programme

[Brian Prangle]

Hi everyone

Can we go for this?

Sat 25 June Kidderminster - map in the morning, meet for lunch 1pm ish in
the Severn Valley Railway Station Cafe next to Kidderminster Station

Wed July 6 Tamworth - meet in The Globe Inn

August - we need to fix a Saturday for WR10 Pershore- any offers?

Regards

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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Philippe Verdy]

Il y a un an et demi quand certaines rivière débordaient a l'ouest de
rennes je me souvient de ce désordre. Pas moyen de savoir où passer avec
des déviations qui menaient a des routes fermées plus loin... Bref j'ai du
faire demi tour vers rennes a nouveau et prendre la rocade pour reprendre
la nationales, soit une trentaine de km en plus pour reprendre la route de
Nantes. Pourtant toutes les routes n'étaient pas fermées. Mais aucune
coordination, en cas d'inondation les déviations sont faites pour les
locaux, pour les autres il fait rejoindre les grands axes et espérer qu'il
ne sont pas fermés et les déviations en place... Mais on l'a vu dans le
Loiret certains se sont retrouvés coincés sur l'autoroute sans sortie
possible puis ensuite inondée aussi et devant abandonner leur véhicule pour
se faire évacuer par hélicoptère...

Bref en cas d'inondation, c'est toujours le foutoir.
Le 2 juin 2016 11:12,  a écrit :

> Si la période d'inondation risque de se prolonger, il serait utile de
> produire une carte des zones immergées. C'est ce que j'ai fait pour
> l'inondation du Richelieu en 2011.
>
> J'ai alors eu accès à de l'imagerie post-désastre et tracé un polygone des
> zones immergées. Cette information est disponible sur la carte ci-dessous
> et a été utile aux intervenants pendant les deux mois de l'inondation.
>
> http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm
> voir la couche 2011-05-15 Inondation - Observation, Zones inondées P.B.
>
> Pierre
>
>
> --
> *De :* Christian Quest 
> *À :* Discussions sur OSM en français 
> *Envoyé le :* jeudi 2 juin 2016 12h25
> *Objet :* Re: [OSM-talk-fr] Inondations dans le Centre et fermeture
> d'autoroutes
>
> Le 02/06/2016 à 16:46, Yves Pratter a écrit :
>
> Tu peux jeter un œil ici :
> https://twitter.com/OpenEventDb
>
>
> Merci Nicolas :)
>
> Cette base de données semble en test ?
>
>
> Je confirme... en test, mais grandeur nature ;)
> Elle dépasse désormais les 3.6M d'événements...
>
> L’idée serait de la mettre à jour en « temps réel » avec des données
> telles que Vigicrue ?
>
>
> C'est le cas depuis hier avec les hauteurs des cours d'eau.
>
> Je vais ajouter les alertes ce soir (jaune, orange, rouge) comme je le
> fait déjà pour la carte de vigilance de Météo France.
>
>
> Et les sites utilisateurs seraient par exemple des cartes celle-ci ?
> UMap comme
> http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#9/49.4235/4.1803
>
> Intéressant.
> Est-il possible techniquement (et facilement) de colorer les segments de
> rivière avec les données vigicrues ?
>
>
> Très très bientôt on pourra.
>
>
> Pour la démo, ça serait pratique d’affiche le graphique d’une station dans
> la bulle UMap ;)
> *http://www.vigicrues.gouv.fr/niveau3.php?CdStationHydro=B502001001*
>
>
> C'est ajouté !
>
> PS: je suis l'affreux qui a eu cette idée d'OpenEventDatabase... pour
> quelques infos techniques voir
> https://github.com/openeventdatabase/backend/wiki
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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

[OSM-talk-be] GR Flanders data available for mapping!

[joost schouppe]

Good news everyone! We're going on a long hike!

After contacts initiated by Jo, licencing advice by Glenn and Ben, and a
talk with Wouter and myself, the Flemish GR organization today gave us the
explicit permission to use the GPX files of their routes for improving the
GR routes mapped in OSM.

This is only a first step, they are considering managing their route
information completely within OpenStreetMap. I hope we can support them in
this direction. There are all kinds of ways that they can help us grow our
community, and ways in which we can support them. Feel free to start
thinking out loud in this thread.

Let's build something together which might inspire organisations worldwide
to follow their lead.

But enough with the emotions.

I already added them to the Contributors wiki [1] and I have uploaded the
supporting document to the wiki pages [2]. Maybe we can add a little
section to some more Belgium wiki pages too?
I made a little UMAP [3] to help with my first corrections [4]. It's a
public map, so feel free to use it (and maybe make a simple tool out of it
for tracking our progress in our cleanup?). I started adding
#groteroutepaden to my changesets [4]. If we all do that, it might help
make some cool statistics.

The GPX files can be downloaded when you get to the page for an individual
route at the bottom of the download section [5]. If you spot an error in
the GPX or reality, you can send it to them here [6].


1:
http://wiki.openstreetmap.org/wiki/Contributors#Grote_Routepaden_.28long_distance_paths_Flanders.29
2: http://wiki.openstreetmap.org/wiki/File:Licentie_GR_OSM.pdf
3: http://umap.openstreetmap.fr/nl/map/gr-vlaanderen_88642#14/50.8065/4.6619
4:
http://www.openstreetmap.org/changeset/39738478#map=15/50.7593/4.2846=N
5: http://www.groteroutepaden.be/route.php?itemno=68
6: http://www.groteroutepaden.be/nl/meld-probleem.html


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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Pierre Béland]

Si la période d'inondation risque de se prolonger, il serait utile de produire 
une carte des zones immergées. C'est ce que j'ai fait pour l'inondation du 
Richelieu en 2011.
J'ai alors eu accès à de l'imagerie post-désastre et tracé un polygone des 
zones immergées. Cette information est disponible sur la carte ci-dessous et a 
été utile aux intervenants pendant les deux mois de l'inondation.
http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm
 voir la couche 2011-05-15 Inondation - Observation, Zones inondées P.B. 
Pierre 


  De : Christian Quest 
 À : Discussions sur OSM en français  
 Envoyé le : jeudi 2 juin 2016 12h25
 Objet : Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes
   
 Le 02/06/2016 à 16:46, Yves Pratter a écrit :
 
 
 
  Tu peux jeter un œil ici :
 https://twitter.com/OpenEventDb
   
 
  Merci Nicolas :) 
  Cette base de données semble en test ? 
  
 Je confirme... en test, mais grandeur nature ;)
 Elle dépasse désormais les 3.6M d'événements...
 
 
 L’idée serait de la mettre à jour en « temps réel » avec des données telles 
que Vigicrue ? 
  
 
 C'est le cas depuis hier avec les hauteurs des cours d'eau.
 
 Je vais ajouter les alertes ce soir (jaune, orange, rouge) comme je le fait 
déjà pour la carte de vigilance de Météo France.
 
 
 
 Et les sites utilisateurs seraient par exemple des cartes celle-ci ? UMap 
comme 
http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#9/49.4235/4.1803
 
  Intéressant. Est-il possible techniquement (et facilement) de colorer les 
segments de rivière avec les données vigicrues ? 
  
 
 Très très bientôt on pourra.
 
 
 Pour la démo, ça serait pratique d’affiche le graphique d’une station dans la 
bulle UMap ;) 
http://www.vigicrues.gouv.fr/niveau3.php?CdStationHydro=B502001001 
  
 
 C'est ajouté !
 
 PS: je suis l'affreux qui a eu cette idée d'OpenEventDatabase... pour quelques 
infos techniques voir https://github.com/openeventdatabase/backend/wiki
 
 -- 
Christian Quest - OpenStreetMap France 
___
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] sobre foros

[Guillermo López]

humm... no. Son los foros oficiales de OSM, en los cuales hay un
subforo para los países. Aunque no sé si hay alguna alternativa
nacional. :-/

El 2/6/16, Laura Barroso Pérez  escribió:
> Es .cu? porque sino dejarías la gente que no acceso a internet fuera...
>
> -Mensaje original-
> De: pb[gmail] [mailto:elpbati...@gmail.com]
> Enviado el: Thursday, June 2, 2016 9:37 AM
> Para: OpenStreetMap Cuba
> Asunto: Re: [Talk-cu] sobre foros
>
> ¿y el link?
>
>> On 2/6/2016, at 9:21 a.m., Guillermo López  wrote:
>>
>> Deberíamos comenzar a discutir todos estos temas en los foros y de
>> paso comenzamos a utilizarlos. Es una buena manera de tener más o
>> menos las ideas organizadas. Así reservamos la lista sólo para
>> preguntas y respuestas :-/ Supuestamente así creo que es mejor.
>>
>> Creé algunos temas en el foro "users:Cuba" que pueden servir de base
>> para muchas cuestiones que hemos hablado.
>>
>> ¡A participar! :D :D :D
>>
>> ___
>> 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
>

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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Christian Quest]

Le 02/06/2016 à 16:46, Yves Pratter a écrit :

Tu peux jeter un œil ici :
https://twitter.com/OpenEventDb


Merci Nicolas :)

Cette base de données semble en test ?



Je confirme... en test, mais grandeur nature ;)
Elle dépasse désormais les 3.6M d'événements...

L’idée serait de la mettre à jour en « temps réel » avec des données 
telles que Vigicrue ?




C'est le cas depuis hier avec les hauteurs des cours d'eau.

Je vais ajouter les alertes ce soir (jaune, orange, rouge) comme je le 
fait déjà pour la carte de vigilance de Météo France.




Et les sites utilisateurs seraient par exemple des cartes celle-ci ?
UMap comme 
http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#9/49.4235/4.1803


Intéressant.
Est-il possible techniquement (et facilement) de colorer les segments 
de rivière avec les données vigicrues ?




Très très bientôt on pourra.

Pour la démo, ça serait pratique d’affiche le graphique d’une station 
dans la bulle UMap ;)

_http://www.vigicrues.gouv.fr/niveau3.php?CdStationHydro=B502001001_



C'est ajouté !

PS: je suis l'affreux qui a eu cette idée d'OpenEventDatabase... pour 
quelques infos techniques voir 
https://github.com/openeventdatabase/backend/wiki


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-be] GRB open data

[Glenn Plas]

Hallo,

Met enige pijn in het hart lees ik dit.

Je kan echt nog niet onbezonnen gaan importeren op deze manier.   Voor
de volgende redenen alvast:

 - Deze semi-automatische import moet goedgekeurd worden en er moet een
case voor worden gemaakt.
 - gebouwen zijn maar 1 deeltje van de data, er zit veel meer in
 - Als je zomaar importeert zonder er over na te denken voor de
opvolging, als je buildings in OSM ramt zonder referenties naar GRB op
een gestructureerde manier.


Als we echt automatische imports hadden gekozen was het nu reeds over,
dus er zijn wel degelijk goede redenen om dit niet zo aan te pakken.

Je mag bestaande gebouwen niet zomaar wissen.  je moet een josm plugin
tool gebruiken om die te mergen zodat historiek niet verloren gaat.

Als ik het nu zo lees kan je echt beter stoppen met importeren want die
changesets gaan wss allen moeten weggehaald worden. *zucht*

Ik heb een tool gemaakt die redelijk af is maar er is zit een wat
diepere problematiek in de data die ik niet in 1 ,2 .. 3 kan uitleggen
op verstaanbare manier.

http://grbtiles.byteless.net/

Als je bezigheidstherapie wil, probeer dan eens Osmose om de bestaande
data te verbeteren.

http://osmose.openstreetmap.fr/en/map/

Maak een RSS feed aan van je eigen username en sta versteld over welke
fouten je tegenkomt (ook voor mezelf btw, mistakes happen, skills
evolueren).

Nogmaals: importeer aub niets tot we het hebben uitgewerkt.   Ik zit in
tijdsgebrek de laatste maanden, vandaar dat ik het wat geparkeerd had.

Al je werk gaat echt voor niets zijn.

Glenn



On 02-06-16 16:08, Killian De Volder wrote:
> Beste allen,
> 
> "Het zal ni lang duren of iemand is er mee weg... ;-)"
> Bleek niet te kloppen, (niet dat ik klaag).
> 
> Bedenkingen:
> - Bij het invoegen van huizen moet je soms de land-use gebieden mee 
> verzetten/mergen.
> - Bestaande gebouwen en lijnen matchen kan lastig te automatiseren zijn.
>   (Hoewel dicht bijzijnde punten best verplaats kunnen worden bv max 3 meter.)
> - Hoe later updates van GRB importeren ?
> - Achterkant huizen zijn "niet te vertrouwen". (De zwarte lijnen/punten, die 
> door de landmeter, wel)
> 
> @Glenn Plas: Jij bent ook als eens bezig geweest hiermee.
> Als jij je ervaringen ook eens kan delen zou dit wenselijk zijn.
> 
> Dus de vragen die ik mij op dit moment vooral stel:
> 
> Willen we de data automatisch importeren, of gaan we het manueel doen ?
> 
> Anders kunnen de manuele mappers dit met gerust hart verder importeren.
> (En anders zijn ze nu bezig met bezigheids-therapie)
> 
> En anders moeten we er een rustig werk van maken om al het nodige op te zetten
> 
> Als we het automatisch doen zullen we een server/service
> moeten opzetten zoals de adressen van de CRAB tool maar dan voor GRB.
> 
> Mvg,
> Killian De Volder
> 
> ___
> 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] Inondations dans le Centre et fermeture d'autoroutes

[Yves Pratter]

> Le 2 juin 2016 à 15:15, osm.sanspourr...@spamgourmet.com a écrit :
> 
> OpenSeaMap le fait depuis des années :
> 
>  
> http://map.openseamap.org/?layers=BTTFTFT0TFFT=9=-34.72212=-57.17002
>  
> Je
>  ne vois rien de spécifique sur les crues avec cette URL.
Pb de lunettes ou les données ont changées ?

—
Yves


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

Re: [Talk-cu] sobre foros

[Laura Barroso Pérez]

Es .cu? porque sino dejarías la gente que no acceso a internet fuera...

-Mensaje original-
De: pb[gmail] [mailto:elpbati...@gmail.com] 
Enviado el: Thursday, June 2, 2016 9:37 AM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] sobre foros

¿y el link?

> On 2/6/2016, at 9:21 a.m., Guillermo López  wrote:
> 
> Deberíamos comenzar a discutir todos estos temas en los foros y de 
> paso comenzamos a utilizarlos. Es una buena manera de tener más o 
> menos las ideas organizadas. Así reservamos la lista sólo para 
> preguntas y respuestas :-/ Supuestamente así creo que es mejor.
> 
> Creé algunos temas en el foro "users:Cuba" que pueden servir de base 
> para muchas cuestiones que hemos hablado.
> 
> ¡A participar! :D :D :D
> 
> ___
> 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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Yves Pratter]

> Tu peux jeter un œil ici :
> https://twitter.com/OpenEventDb 

Merci Nicolas :)

Cette base de données semble en test ?

L’idée serait de la mettre à jour en « temps réel » avec des données telles que 
Vigicrue ?

Et les sites utilisateurs seraient par exemple des cartes celle-ci ?
UMap comme 
http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#9/49.4235/4.1803
 


Intéressant.
Est-il possible techniquement (et facilement) de colorer les segments de 
rivière avec les données vigicrues ?

Pour la démo, ça serait pratique d’affiche le graphique d’une station dans la 
bulle UMap ;)
http://www.vigicrues.gouv.fr/niveau3.php?CdStationHydro=B502001001 


—
Yves

PS:
Le canal de la Meuse « déborde » sur le rendu OpenRiverMap (zoom ≥13)
http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#14/49.4630/5.2191
 


Et ici la partie navigable disparait (zoom ≥13)
http://umap.openstreetmap.fr/fr/map/hauteur-des-cours-deau-le-1-juin-2016-a-midi_88440#18/49.54714/5.15744
 


J’avais fait pas mal de « nettoyage » sur les canaux français il y a quelques 
années mais j’ai du « oublié » ce canal ?___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ro] Bucuresti Sambata 4 iunie - OpenstreetMap Mapping Party

[Badita Florin]

Salutare, sambata o sa organizam un OSM Mapping Party unde dorim sa
mai adaugam lucruri noi in Bucuresti.

In caz ca ploua, o sa facem remote mapping de la locatie.
O sa avem si pizza si bere, multumita celor de la Telenav, care au ales sa
sponsorizieze evenimentul.
O sa fie si o prezentare generala despre OSM, precum si pentru persoanele
interesate, o prezentare mai detaliata despre OSM, cum putem sa folosim
datele OSM in Postgis, fara sa fie nevoie sa stim prea multa programare, etc

Daca aveti idee de studenti,colegi care ar putea sa fie interesati, va rog
sa ii anuntati.

Locatia noua este Centrul pentru Managementul Organizațiilor Nonprofit,
Sala 8306, Strada Tache Ionescu 11, București, langa gura de metrou Piata
Romana.

Am facut si un eveniment pe fb

https://www.facebook.com/events/283696741969278/

Ma puteti gasi la 0731172745
ᐧ
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

[OSM-talk-be] GRB open data

[Killian De Volder]

Beste allen,

"Het zal ni lang duren of iemand is er mee weg... ;-)"
Bleek niet te kloppen, (niet dat ik klaag).

Bedenkingen:
- Bij het invoegen van huizen moet je soms de land-use gebieden mee 
verzetten/mergen.
- Bestaande gebouwen en lijnen matchen kan lastig te automatiseren zijn.
  (Hoewel dicht bijzijnde punten best verplaats kunnen worden bv max 3 meter.)
- Hoe later updates van GRB importeren ?
- Achterkant huizen zijn "niet te vertrouwen". (De zwarte lijnen/punten, die 
door de landmeter, wel)

@Glenn Plas: Jij bent ook als eens bezig geweest hiermee.
Als jij je ervaringen ook eens kan delen zou dit wenselijk zijn.

Dus de vragen die ik mij op dit moment vooral stel:

Willen we de data automatisch importeren, of gaan we het manueel doen ?

Anders kunnen de manuele mappers dit met gerust hart verder importeren.
(En anders zijn ze nu bezig met bezigheids-therapie)

En anders moeten we er een rustig werk van maken om al het nodige op te zetten

Als we het automatisch doen zullen we een server/service
moeten opzetten zoals de adressen van de CRAB tool maar dan voor GRB.

Mvg,
Killian De Volder

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

Re: [Talk-at] Wiener Stammtisch?

[Robert Kaiser]

Hallo,

Michael Reichert schrieb:

Am 2. Juni 2016 13:57:17 MESZ, schrieb Robert Kaiser :

An sich wär's heute wieder Zeit für einen Wiener Stammtisch, aber ich
hab in den letzten Monaten nichts mehr gehört, ob die jetzt noch
stattfinden oder nicht.
Ist heute einer? Wenn nicht, warum und wann machen wir wieder einen?


Ich komme zwar nicht aus Wien und war noch nie dort, aber OSM hat einen 
Kalender den ich als zuverlässig einschätze:

https://wiki.openstreetmap.org/wiki/Current_events


Dort scheint er nicht auf, weil 
http://wiki.openstreetmap.org/wiki/Wien/Stammtisch nicht aktualisiert 
wurde, obwohl die Liste der "nächsten Stammtische" dort den Termin 
aufführt. Deswegen frage ich ja hier auf der Liste.


Grüße,
KaiRo


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

Re: [Talk-cu] sobre foros

[Guillermo López]

Bueno, el link es este...

http://forum.openstreetmap.org/viewforum.php?id=72

... pero me dice que los temas que publiqué los tiene que aprobar un
administrador antes de que sean visibles. Así que vamos a tener qu
eesperar un poco. Publiqué un tema para debatir la estructura que
pensamos para OSM en Cuba y otro para ideas de proyectos vinculados a
la educación.


El 2/6/16, pb[gmail]  escribió:
> ¿y el link?
>
>> On 2/6/2016, at 9:21 a.m., Guillermo López  wrote:
>>
>> Deberíamos comenzar a discutir todos estos temas en los foros y de
>> paso comenzamos a utilizarlos. Es una buena manera de tener más o
>> menos las ideas organizadas. Así reservamos la lista sólo para
>> preguntas y respuestas :-/ Supuestamente así creo que es mejor.
>>
>> Creé algunos temas en el foro "users:Cuba" que pueden servir de base
>> para muchas cuestiones que hemos hablado.
>>
>> ¡A participar! :D :D :D
>>
>> ___
>> 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

[Talk-cu] sobre foros

[Guillermo López]

Deberíamos comenzar a discutir todos estos temas en los foros y de
paso comenzamos a utilizarlos. Es una buena manera de tener más o
menos las ideas organizadas. Así reservamos la lista sólo para
preguntas y respuestas :-/ Supuestamente así creo que es mejor.

Creé algunos temas en el foro "users:Cuba" que pueden servir de base
para muchas cuestiones que hemos hablado.

¡A participar! :D :D :D

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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[osm . sanspourriel]

OpenDataBase pour les crues, mais pourquoi réinventer la poudre ?

OpenSeaMap le fait depuis des années :

http://map.openseamap.org/?layers=BTTFTFT0TFFT=9=-34.72212=-57.17002

Rien contre OpenDataBasepour autant, mais si on veut une utilisation 
spécifique (gestion des crues), autant le faire depuis une seule source 
(ça peut aussi être que les données visualisées par OpenSeaMap 
transitent par OpenDataBase - ici elle proviennent de WSV par exemple 
http://www.pegelonline.wsv.de/gast/stammdaten?pegelnr=579100).


Du coup petite relance : alors la personne des Voies Navigables de 
France de Nancy en pense quoi d'utiliser la même licence que WSV ?


Jean-Yvon


Le 2016-06-02 à 14:26, Nicolas Dumoulin - nico...@dumoulin63.net a écrit :

Le Thu, 2 Jun 2016 14:17:43 +0200,
Yves Pratter  a écrit :

Je ne retrouve pas dans mes archives de mél présentant
OpenEventDatabase. Ni d’information ou de lien vers un site de
production dans le fichier readme sur GitHub.

Avez-vous des références ?

Tu peux jeter un œil ici :
https://twitter.com/OpenEventDb



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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Nicolas Dumoulin]

Le Thu, 2 Jun 2016 14:17:43 +0200,
Yves Pratter  a écrit :
> Je ne retrouve pas dans mes archives de mél présentant
> OpenEventDatabase. Ni d’information ou de lien vers un site de
> production dans le fichier readme sur GitHub.
> 
> Avez-vous des références ?

Tu peux jeter un œil ici :
https://twitter.com/OpenEventDb

-- 
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Inondations dans le Centre et fermeture d'autoroutes

[Yves Pratter]

> De: Christian Quest 
> 
> OSM n'est pas adapté pour ce genre d'info temporaire... c'est plus pour
> OpenEventDatabase ;)

>> https://github.com/openeventdatabase

Bonjour,

Je ne retrouve pas dans mes archives de mél présentant OpenEventDatabase.
Ni d’information ou de lien vers un site de production dans le fichier readme 
sur GitHub.

Avez-vous des références ?

Merci,

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

Re: [Talk-es] Importación Catastral Bormujos

[Moises Arcos]

Creo que de todos estos errores, podríamos hacer notas sobre el mapa, para
trasladar la discusión de cada elemento.
De esta forma podría ser visto por más contribuidores y así tener la
certeza de saber cómo arreglarlo.

¿Os parece bien?

El 2 de junio de 2016, 13:27, Victor/tuxayo  escribió:

> Buenos días,
>
> On 30/05/2016 08:32, Moises Arcos wrote:
> > hace ya un tiempo que realizamos una Importación Catastral en el pueblo
> > de Bormujos en Sevilla, para realizar un mapeo de los comercios de la
> > zona, pero creo que estamos detectando algunos problemas en la zona, por
> > si le queréis echar un vistazo, lo tenéis aquí:
> >
> > http://www.openstreetmap.org/changeset/37037887
>
> Aquí tienen una lista de lo que creo son problemas, necesitaría
> confirmación que todos son efectivamente problemas:
>
> https://public.etherpad-mozilla.org/p/osm-bormujos-cleanning
>
>
> --
> Victor/tuxayo
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Importación Catastral Bormujos

[Victor/tuxayo]

Buenos días,

On 30/05/2016 08:32, Moises Arcos wrote:
> hace ya un tiempo que realizamos una Importación Catastral en el pueblo
> de Bormujos en Sevilla, para realizar un mapeo de los comercios de la
> zona, pero creo que estamos detectando algunos problemas en la zona, por
> si le queréis echar un vistazo, lo tenéis aquí:
> 
> http://www.openstreetmap.org/changeset/37037887

Aquí tienen una lista de lo que creo son problemas, necesitaría
confirmación que todos son efectivamente problemas:

https://public.etherpad-mozilla.org/p/osm-bormujos-cleanning


-- 
Victor/tuxayo

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

Re: [talk-ph] Quezon City mapping: districts

[Erwin Olario]

@Eugene
That was too long ago.

Anyway, check out Quezon City's Risk Atlas for interesting geospatial data:
https://drive.google.com/file/d/0BwSM5MRaKxejOG05N0lUUHdXdEk/view


On Wed, Jun 1, 2016 at 7:21 AM Eugene Alvin Villar  wrote:

> Manila's administrative and legislative districts boundaries were mapped
> because the data or information about them is available.
>
> Manila's administrative districts are defined by law in R.A. 409, which is
> the Revised Charter of the City of Manila. For example, here's the
> description of the boundary of the district of Quiapo:
>
> Beginning at the intersection of the center lines of Calle Azcarraga and
>> Estero de Quiapo; thence along the center lines of Calle Azcarraga, Legarda
>> and E. Mendiola, Estero de San Miguel, the Pasig River, Puente Colgante,
>> Calles Norzagaray and Regidor, and Estero de Quiapo, to the point of
>> beginning.
>>
>
> It's then just a simple matter of determining which modern streets
> correspond to which old street name (Calle Azcarraga is C.M. Recto Avenue,
> while Puente Colgante is now Quezon Bridge, etc.)
>
> Manila's legislative districts are defined in the Ordinance section of the
> 1987 Philippine Constitution. For example, here's the description of the
> boundary of the 5th district:
>
> Barangays Nos. 649-828 N - Mouth of Pasig River inland to point Paz M.
>> Guanzon Street extending to Estero de Pandacan; NE - Estero de Pandacan up
>> to Pedro Gil Street to Tejeron Street up to boundary of Manila and Makati;
>> SE - City boundary between Manila and Makati up to Estero de Tripa de
>> Gallina; S - City boundary between Pasay and Manila down to Roxas Boulevard
>> up to edge of reclaimed areas westward to Manila Bay; W - Manila Bay up to
>> mouth of Pasig River.
>>
>
> ~Eugene
>
>
>
>> On Sat, May 28, 2016 at 4:54 PM, Jherome Miguel 
>> wrote:
>>
>>> As a side note, Manila's districts are not obviously marked (possibly
>>> the same as the case of Quezzn City), but official boundaries assigned by
>>> the City of Manila has been mapped (the districts of Manila are officially
>>> designated). Possibly those district boundaries are mapped based on
>>> physical features and place addresses.
>>>
>>> On Sat, May 28, 2016 at 4:43 PM, Jherome Miguel >> > wrote:
>>>
 I created the Cubao boundary by extrapolating some data from boundaries
 of barangays that may possibly form part of Cubao.

 Although "general areas", the approximate boundaries can be mapped.
 Also, some barangays are inside a certain district, and a ground survey on
 addresses of places on those barangays can be used to verify them.

 A few can be defined by surrounding streets (e.g. Santa Mesa Heights
 district boundaries are formed by its surrounding roads,like Quezon Avenue,
 Araneta Avenue, Del Monte Avenue, and Mayon Avenue). and water bodies like
 rivers, or both (Diliman looks like to be one example. The Diliman Creek
 forms one part of the approximate boundary, while roads, like Katipunan
 Avenue, Commonwealth Avenue, North Avenue, West Avenue, a part of Quezon
 Avenue, Don A. Roces Avenue, and a portion of Tomas Morato Avenue forms the
 rest.

 Hope this advice helps.

 On Sat, May 28, 2016 at 3:47 PM, Eugene Alvin Villar 
 wrote:

> I don't know if QC's districts have ever been defined. As far as I can
> tell, they are general areas and there is no hard line delineating these
> districts.
>
> On Sat, May 28, 2016 at 2:40 PM, Jherome Miguel <
> jheromemig...@gmail.com> wrote:
>
>> Quezon City's political map on OpenStreetMap is mostly complete, with
>> every barangay mapped, but the district boundaries are still missing,
>> although district nodes are already added. I started to add nodes for 
>> those
>> districts, like Novaliches, New Manila, Santa Mesa Heights, Diliman, and
>> Balintawak, but district boundaries are still undefined. Can someone map
>> Quezon City's district boundaries, while I'll add the others, like the
>> Project areas La Loma, and Bago Bantay (possibly the same as the "Munoz"
>> area)?
>>
>> ___
>> talk-ph mailing list
>> talk-ph@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ph
>>
>>
>

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

-- Dispatched by mental telepathy via Ansible
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk] OpenStreetMap Foundation is hiring an Administrative Assistant

[Mikel Maron]

Wanted to update members on the admin assistant process. We're pleased with the 
interest so far. But also want to allow just a few more applications to come 
in. We're extending the application period by 1 week until June 10.
Thank you!Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron 

On Wednesday, May 11, 2016 11:53 AM, Mikel Maron  
wrote:
 
 

 The OpenStreetMap Foundation Board is looking for a detail oriented, part-time 
administrative assistant with a passion for open communities, who can help 
accelerate the work of the OpenStreetMap Foundation. Sharp organization and 
communication skills, and excitement for the mission of OSM will be helpful.
The role's responsibilities will be to help prepare for meetings, tracking 
action items and votes; ensure excellent communication between our volunteer 
community members, working groups and the board; handle inquiries and 
communicate on behalf of the foundation; and organize our paperwork and publish 
routine matters.
Is this you? Or know a great candidate? You have until Friday, June 3 to apply.
Full job posting at 
http://wiki.osmfoundation.org/wiki/Administrative_Assistant. Email 
ap...@osmfoundation.org with applications and any questions. * Mikel Maron * 
+14152835207 @mikel s:mikelmaron

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

Re: [Talk-GB] Purton Hulks

[Malcolm Herring]

On 02/06/2016 10:10, Jez Nicholson wrote:

I'm guessing that the Malcolm H. responding here is the Malcolmh OSM
User involved with openseamapif so, could you tell us whether
seamark tags are specifically for known/acknowledged navigation objects
or whether anything visible from the sea can be a seamark?


I am he! A seamark is any object of navigational importance. Onshore 
wrecks, such as the Purton Hulks, do not fall into this category as they 
are not a hazard to navigation. I suggest that these objects be tagged 
as historical wrecks.




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

Re: [OSM-talk-fr] Encourager utilisation OSM dans sites municipaux

[Christian Rogel]

Le 2 juin 2016 à 08:28, Christian Quest  a écrit :
> 
> Neutralité... ça dépend du rendu.
> 
> Sur le rendu OSM et OSM-FR, on affiche les commerces et leurs noms (si dispo 
> et si assez de place pour ça). Un rendu FR (ou autre) sans ces noms de 
> commerces pourrait être utile...

Sûr que des rendus sans commerces (ou sans adresses ou sans carrefours 
complexes ou...) sont théoriquement possibles, pour  satisfaire une demande 
fréquente qui aura été identifiée.
Ce ne pourrait être par neutralité "idéologique".
Masquer les noms de commerce a du sens, si la couverture est partielle ou si la 
carte doit être allégée.
Peut-on penser à des masques locaux pour un filtrage à la volée des tuiles ?

Christian R.

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

[talk-au] LPI embassies

[Frank]

Hi,


I have added nodes for the embassies from the LPI data - where they did 
not exist before and where they are present on the DFAT website. This 
covers both NSW and ACT.


Some are closed, some moved from the DFAT information. I have not added 
that information, simply did not enter the data, or when I did enter the 
added 'obsolete:amenity=embassy' and a 'note=not on defat website' for 
information for other mappers, not for rendering. I have tried to add 
additional data from the web - website, phone number etc.


I might do post offices next, there are also tourist information offices 
to add too.




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

Re: [Talk-GB] Purton Hulks

[Jez Nicholson]

I'm guessing that the Malcolm H. responding here is the Malcolmh OSM User
involved with openseamapif so, could you tell us whether seamark tags
are specifically for known/acknowledged navigation objects or whether
anything visible from the sea can be a seamark?

On Thu, 2 Jun 2016 at 09:45 Brian Prangle  wrote:

> Should have looked one menu down to see the substructure! Currently the
> only hulk tags are for floating objects, so I suggest start a new hulk tag
> for sunken breakwater. These objects are clearly hulks so the tagging
> scheme needs to be extended.
>
> Regards
>
> Brian
>
> On 1 June 2016 at 22:55, Malcolm Herring 
> wrote:
>
>> On 01/06/2016 17:37, Brian Prangle wrote:
>>
>>> If you go to OSM's sister project openseamap you'll find they have a tag
>>> for hulk
>>>
>>
>> Those tags are not suitable for the objects described in the OP. All the
>> categories of seamark:type=hulk are floating objects, whereas the Purton
>> Hulks are beached & non-floatable.
>>
>>
>>
>> ___
>> 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
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-fr] Re : Re: Inondations dans le Centre et fermeture d'autoroutes

[didier2020]

+1

vu que les autoroutiers ne communiquent pas ...
vu qu'il n'y a plus de cricr ...
vu que le site bison est tellement bien fait que meme si on sait qu'une route 
est fermée on ne peut pas voir ou ...

voila (c'était mon moment rougnouf)




- Mail d'origine -
De: Christian Quest 
À: Discussions sur OSM en français 
Envoyé: Wed, 01 Jun 2016 19:57:39 +0200 (CEST)
Objet: Re: [OSM-talk-fr] Inondations dans le Centre et fermeture
d'autoroutes

OSM n'est pas adapté pour ce genre d'info temporaire... c'est plus pour
OpenEventDatabase ;)


Le 1 juin 2016 à 18:50, Yannick  a écrit :

> Le 01/06/2016 17:49, François Lacombe a écrit :
> > -1 pour utiliser access=no.
> > Ce n'est pas parce qu'il y a de l'eau sur le tronçon que la route
> > n'est pas destinée à accueillir la circulation des véhicules.
> >
> > Par contre, utiliser OpenEventDb avec en géométrie le tronçon concerné
> > et les dates issues du communiqué de la préfecture, c'est mieux :)
> > https://github.com/openeventdatabase
> >
> > A+
> > François Lacombe
> >
> > fl dot infosreseaux At gmail dot com
> > www.infos-reseaux.com
> > @InfosReseaux
> >
> >
> > Le 1 juin 2016 à 17:31, Francescu GAROBY  a écrit :
> >> Bonjour,
> >> La préfecture du Loiret vient d'annoncer que l'autoroute A10 restera
> fermé
> >> plusieurs jours, entre Artenay et Tours.
> >> Je me demandais donc si un tel délai était suffisant pour marquer comme
> >> "access=no" le tronçon concerné...
>
>
> Bonsoir,
>
> Pourquoi en complément ne pas ajouter le fait que la route est inondable?
>
> Amitiés
>
> --
> Yannick VOYEAUD
> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
> (Camille JOUFFRAY 1841-1924, maire de Vienne)
> http://www.voyeaud.org
> Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
> Journées du Logiciel Libre: http://jdll.org
> Généalogie en liberté avec Ancestris http://www.ancestris.org
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France


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

[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 14/06/2016 18h30 - Invitation + OdJ

[gnrc]

Bonjour à tous 

Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque 
mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine 
aura lieu : 

le MARDI 14 JUIN à partir de 18h30 
à l'espace "Infolab TUBA, 1 Place Charles Béraudier, 69003 LYON" 
Accès : M° "Gare Part-Dieu"; Tram T1; Bus C1, C2, C6, C7, C13, C25, 25, 37, 38, 
70 ; Vélo'V "Gare Part-Dieu Ouest" 

Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : 
https://wiki.openstreetmap.org/wiki/Lyon/Reunion_10_mai_2016 

Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la rencontre 
à venir, vous pouvez commenter la page préparatoire au lien : 
https://wiki.openstreetmap.org/wiki/Lyon/Reunion_14_juin_2016 

Venez nombreux ! 
Amicalement 

gnrc69 - Chaque goutte fait l’océan ! 

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

Re: [OSM-talk-fr] Encourager utilisation OSM dans sites municipaux

[osm . sanspourriel]

Le 2016-06-02 à 08:44, Stéphane Péneau - stephane.pen...@wanadoo.fr a 
écrit :

Le 02/06/2016 à 08:28, Christian Quest a écrit :

Neutralité... ça dépend du rendu.

Sur le rendu OSM et OSM-FR, on affiche les commerces et leurs noms 
(si dispo et si assez de place pour ça). Un rendu FR (ou autre) sans 
ces noms de commerces pourrait être utile...


Oui, mais le rendu ne privilégie pas une boulangerie plutôt qu'une 
autre parce qu'elle a payé des adwords. C'est dans ce sens qu'il est 
neutre.
En revanche, un rendu qui met un peu plus en avant les équipements 
communaux serait effectivement intéressant. C'était une des idées de 
l'AG si j'ai bonne mémoire.


Stf
Pour la boulangerie sans doute, quoique j'en ai vu qui manquaient sur 
OSM. Pour d'autres boutiques d'utilisation moindre, des campagnes type 
SeFaireConnaitre peuvent nuire à la neutralité.
Effectivement une version sans les noms allège la carte et met en valeur 
les équipements municipaux. La couche transport + les icônes et textes 
des bâtiments publics  et icônes des magasins ?


Le 2016-06-01 à 17:08, Brice MALLET - brice...@free.fr a écrit :


- https://www.monclocher.com/ : "pour des communes de moins de 5000 
habitants, Gmaps fonctionne très bien, largement en-dessous du seuil 
du seuil de chargements de cartes par jour pour API GMaps (puisque 
chaque site communal autonome), donc pas besoin d'OSM" 
Sans revenir sur le parasitage publicitaire déjà évoqué : à tout moment 
Gmaps peut revoir ce seuil, ce seuil n'est pas actuellement franchi mais 
si demain leur site a du succès ? Si la commune fusionne avec une autres 
? Et surtout Gmaps piste les utilisateurs.


De la part de gens censés défendre le bien public, je m'étonne de cette 
appétence à travailler au service de la première capitalisation mondiale.


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

Re: [Talk-GB] Purton Hulks

[Brian Prangle]

Should have looked one menu down to see the substructure! Currently the
only hulk tags are for floating objects, so I suggest start a new hulk tag
for sunken breakwater. These objects are clearly hulks so the tagging
scheme needs to be extended.

Regards

Brian

On 1 June 2016 at 22:55, Malcolm Herring 
wrote:

> On 01/06/2016 17:37, Brian Prangle wrote:
>
>> If you go to OSM's sister project openseamap you'll find they have a tag
>> for hulk
>>
>
> Those tags are not suitable for the objects described in the OP. All the
> categories of seamark:type=hulk are floating objects, whereas the Purton
> Hulks are beached & non-floatable.
>
>
>
> ___
> 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-GB] Defibrillator Mapping

[Ed Loach]

I've just emailed the East of England Ambulance Service to let them know their 
current worksheet of locations has the postcode of the Wivenhoe Co-Op store 
against both the Wivenhoe location and the Brightlingsea location (which should 
be CO7 0BT).

Discrepancy spotted thanks to
http://robert.mathmos.net/osm/defib/progress/CO/

Best wishes,

Ed


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

Re: [Talk-it] Confini Parco Nazionale Appennino Lucano Val D'Agri Lagonegrese

[Giuseppe Cillis]

per la questione del multipoligono, già l'ho trasformato però la situazione
non è cambiata.
Per la situazione confini: ci sono molte situazioni simili perchè, come si
può intravedere, in alcuni tratti il confine è rappresentato dalla strada
per cui un po' per volta mi sistemerà i vertici
Grazie e buona giornata

Il giorno 2 giugno 2016 02:11, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> > Il giorno 31 mag 2016, alle ore 22:41, Giuseppe Cillis <
> giucil...@gmail.com> ha scritto:
> >
> > E si purtroppo più di tanto i vertici non si possono semplificare perché
> , come potete vedere voi stessi, la Perimetrazione del parco è stata fatta
> in modo "artistico" per così dire
>
>
> intendi situazioni come questa:
> http://www.openstreetmap.org/#map=18/40.32563/15.76194
>
> il confine del parco attraversa un campo sportivo in diagonale? Era già
> così prima della semplificazione?
>
>
> Ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappa Esino Lario

[Aury88]

Paolo Monegato wrote
> Che sia una info utile è vero. Ma se il "nome" è tipo "il parcheggio di 
> Via Mazzini" io non metterei name=Parcheggio Via Mazzini... È una info 
> che si ricava comunque dalla carta (basta vedere dov'è via Mazzini e il 
> parcheggio più vicino).
> Sarebbe come mettere "name=Parcheggio Auchan" al parcheggio del 
> supermercato...

questo è chiaro. se come viene chiamato è semplicemente "l'indirizzo" o il
nome di un elemento limitrofo non ha senso mettere il loc_name
 io mi riferivo a casi in cui, per esempio, il nome è quello di un elemento
vicino ma non sufficientemente vicino da rendere ovvia l'associazione (ho
incontrato un caso del genere con un parcheggio a milano mi sembra. il nome
locale del parcheggio era una via ma il parcheggio era su una traversa 50m
più in la); oppure se ci sono più elementi dello stesso genere, grosso modo
alla stessa distanza dall'oggetto che da il nome locale ad uno di loro (
esempio: attorno la "villa tal dei tali" ci sono 3 parcheggi ma solo uno di
questi viene chiamato "parcheggio villa tal dei tali")



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappa-Esino-Lario-tp5874340p5874599.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Encourager utilisation OSM dans sites municipaux

[Stéphane Péneau]

Le 02/06/2016 à 08:28, Christian Quest a écrit :

Neutralité... ça dépend du rendu.

Sur le rendu OSM et OSM-FR, on affiche les commerces et leurs noms (si 
dispo et si assez de place pour ça). Un rendu FR (ou autre) sans ces 
noms de commerces pourrait être utile...


Oui, mais le rendu ne privilégie pas une boulangerie plutôt qu'une autre 
parce qu'elle a payé des adwords. C'est dans ce sens qu'il est neutre.
En revanche, un rendu qui met un peu plus en avant les équipements 
communaux serait effectivement intéressant. C'était une des idées de 
l'AG si j'ai bonne mémoire.


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

Re: [OSM-talk-fr] Encourager utilisation OSM dans sites municipaux

[Christian Quest]

Neutralité... ça dépend du rendu.

Sur le rendu OSM et OSM-FR, on affiche les commerces et leurs noms (si
dispo et si assez de place pour ça). Un rendu FR (ou autre) sans ces noms
de commerces pourrait être utile...

Le 2 juin 2016 à 08:01, Stéphane Péneau  a
écrit :

> Merci de ce retour Brice,
>
> De mon côté, j'ai repéré http://www.reseaudescommunes.fr Je vais essayer
> de les contacter.
>
> La réaction de monclocher.com a le mérite d'être franche. En revanche, je
> me demande si les communes ne vont pas réagir lorsque ces cartes vont
> commencer à se transformer en espace publicitaire comme c'est déjà prévu
> pour la version mobile, et comme cela arrivera forcément un jour où l'autre
> pour la version desktop.
> Je pense que la neutralité des cartes Osm est un argument à mettre en
> avant.
>
> Stf
>
> Le 01/06/2016 à 17:08, Brice MALLET a écrit :
>
>> Bonjour,
>>
>> Durant le SOTM/CA, fut évoqué l'intérêt de sensibiliser les éditeurs de
>> sites internet pour les communes à l'utilisation possible d'OSM.
>> Comme je suis actuellement sur la salon des Maires pour raison
>> professionnelle (2.1, G95;-), j'en ai profité pour discuter avec :
>>
>> - https://www.monclocher.com/ : "pour des communes de moins de 5000
>> habitants, Gmaps fonctionne très bien, largement en-dessous du seuil du
>> seuil de chargements de cartes par jour pour API GMaps (puisque chaque site
>> communal autonome), donc pas besoin d'OSM"
>>
>> - http://ikod.fr/ : avait un temps envisagé OSM mais facilité pour
>> GMaps, le directeur connaît Christian Quest. Message passé de ma part : si
>> souhait de maintenant passer à OSM, il trouvera une oreille attentive
>> auprès d'OSM-FR.
>>
>> J'ai les courriels et noms que je transmettrai sur la liste CA si souhait
>> d'un envoi ultérieur d'une information de la part de l'association OSM-FR.
>>
>> NB : étonnamment pas d'autres boîtes présentes proposant des sites web
>> aux collectivités ; les web agencies ne sont pas au salon des Maires, si
>> souhait de les rencontrer serait pê sur un salon plus spécialisé Comm' ?
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Encourager utilisation OSM dans sites municipaux

[Stéphane Péneau]

Merci de ce retour Brice,

De mon côté, j'ai repéré http://www.reseaudescommunes.fr Je vais essayer 
de les contacter.


La réaction de monclocher.com a le mérite d'être franche. En revanche, 
je me demande si les communes ne vont pas réagir lorsque ces cartes vont 
commencer à se transformer en espace publicitaire comme c'est déjà prévu 
pour la version mobile, et comme cela arrivera forcément un jour où 
l'autre pour la version desktop.

Je pense que la neutralité des cartes Osm est un argument à mettre en avant.

Stf

Le 01/06/2016 à 17:08, Brice MALLET a écrit :

Bonjour,

Durant le SOTM/CA, fut évoqué l'intérêt de sensibiliser les éditeurs 
de sites internet pour les communes à l'utilisation possible d'OSM.
Comme je suis actuellement sur la salon des Maires pour raison 
professionnelle (2.1, G95;-), j'en ai profité pour discuter avec :


- https://www.monclocher.com/ : "pour des communes de moins de 5000 
habitants, Gmaps fonctionne très bien, largement en-dessous du seuil 
du seuil de chargements de cartes par jour pour API GMaps (puisque 
chaque site communal autonome), donc pas besoin d'OSM"


- http://ikod.fr/ : avait un temps envisagé OSM mais facilité pour 
GMaps, le directeur connaît Christian Quest. Message passé de ma part 
: si souhait de maintenant passer à OSM, il trouvera une oreille 
attentive auprès d'OSM-FR.


J'ai les courriels et noms que je transmettrai sur la liste CA si 
souhait d'un envoi ultérieur d'une information de la part de 
l'association OSM-FR.


NB : étonnamment pas d'autres boîtes présentes proposant des sites web 
aux collectivités ; les web agencies ne sont pas au salon des Maires, 
si souhait de les rencontrer serait pê sur un salon plus spécialisé 
Comm' ?





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