-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
this is my first post here. I'm new to Korea but not so new to OSM.
I stumbled across your post. In case you haven't identified that
screenshot of Seoul yet: it is VWORLD. That is the official
governmental map provider in South Korea.
Hi Simon,
The award is not only for Japanese community.
(http://www.g-mark.org/award/describe/41828)
Award description said:
As Designer: OpenStreetMap Contributors
Every contributors are evaluated as Designer!
Congrat everyone! :-)
Hiroshi
On 2014年10月04日 16:58, Simon Poole wrote:
I just retired 'Ways Needing Smoothing' and 'Crossing Ways'
I particularly enjoyed the first one as it got me to discover
and map away for minutes to hours.
Thanks for that, Martijn et al.
Kay
___
talk mailing list
talk@openstreetmap.org
Hi Florian
I invite you to make comments on the OpenStreetMap forum (
http://forum.openstreetmap.org/viewforum.php?id=12) because there's more
Dutch mappers active there. Awaiting your input there, I'll already do a
short reply to you,
or a couple of years i have been to Zeeland in Autumn and as
Hoi allemaal,
Waar kan ik op OSM of andere plaatsen pijpleidingen vinden die in de
driehoek Houten-Lunetten-Bunnik lopen?
Dank,
Pander
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Hallo Pander,
Op de risicokaart van de overheid staan grote buizenleidingen:
[1]http://nederland.risicokaart.nl/?ext=132613,446676,147776,45
5506thema=default.
Ik weet toevallig ook dat de Gasunie een bodeminformatiekaart
beheerd, maar ik weet niet of deze voor particulieren
toegankelijk is.
Anyway this is not doing anything positive for my feelings on imports.
In terms of having data for a routing engine (like OsmAnd) a definition can
be that any missing address in a country is an error. The number of missing
addresses in the Netherlands is calculated recently: on a total of approx.
You'll beat us on numbers, that's true.
Maybe the problem that I see is not so much the imports, but the
maintenance of all that data (imported or manually added).
Who is going to see all those mistakes, changes, etc. when all the data is
there ? The one that I saw was a building in a forest.
On 2014-10-05 20:58, Marc Gemis wrote:
You'll beat us on numbers, that's true.
Maybe the problem that I see is not so much the imports, but the
maintenance of all that data (imported or manually added).
Who is going to see all those mistakes, changes, etc. when all the
data is there ? The one
For maintenance, the way we do it now doesn't work IMHO. At least not with
only a handful of (40-50) mappers in both Belgium and The Netherlands. We
can't keep up with the changes.
IMHO The amount of work to add new data is approx. the same as verifying
and keeping it up to date.
I wonder how
Hi Johan,
On Sun, Oct 05, 2014 at 04:49:15PM +0200, Johan C wrote:
Hi Florian
I invite you to make comments on the OpenStreetMap forum (
http://forum.openstreetmap.org/viewforum.php?id=12) because there's more
Dutch mappers active there. Awaiting your input there, I'll already do a
short
On Sun, Oct 05, 2014 at 07:49:52PM +0200, Marc Gemis wrote:
On Sun, Oct 5, 2014 at 4:49 PM, Johan C osm...@gmail.com wrote:
The BAG should contain the correct building outline, since this is
Cadastral information, nowadays updated very often. But as any database,
the BAG might
On Sun, Oct 05, 2014 at 09:39:31PM +0200, Marc Gemis wrote:
For maintenance, the way we do it now doesn't work IMHO. At least not with
only a handful of (40-50) mappers in both Belgium and The Netherlands. We
can't keep up with the changes.
IMHO The amount of work to add new data is approx.
Marc, I agree with Maarten. Let's hope that our address data helps users
appreciate OSM apps more. And that these apps are smart enough to draw more
users into mapping.
You have a good point on maintenance versus the number of mappers. On the
BAG data it's luckily quite simple: thousands of paid
Hi Florian,
The quality issues you mentioned about the imported data is due to the
rules by which the government has collected this data.
For example: the tiny forests from the 3dShapes import (not the AND
import) also appear on the topographical maps. I've examined way
74390172 as an
On Sun, Oct 05, 2014 at 10:36:23PM +0200, Johan C wrote:
Hey Florian
That's a building which will be opened this December:
http://dagvandebouw.nl/waar/zeeland/nieuwbouw-42-zorgappartementen-svrz-middelburg/
The BAG uses various statuses: the building will be measured after it's
finished,
Hi Florian
2014-10-05 22:43 GMT+02:00 Florian Lohoff f...@zz.de:
On Sun, Oct 05, 2014 at 10:36:23PM +0200, Johan C wrote:
Hey Florian
That's a building which will be opened this December:
http://dagvandebouw.nl/waar/zeeland/nieuwbouw-42-zorgappartementen-svrz-middelburg/
The BAG
Florian, I missed a question:
2014-10-05 22:43 GMT+02:00 Florian Lohoff f...@zz.de:
On Sun, Oct 05, 2014 at 10:36:23PM +0200, Johan C wrote:
Hey Florian
That's a building which will be opened this December:
After 3.5 years and 34.000 addresses, I have to admit that an import is the
only way to get addresses in OSM fast.
But is the conclusion that we have to make that a crowed-sourced model for
map making failed ? That we have to move to an import of third-party
databases model ? One were the source
On Sun, Oct 5, 2014 at 10:34 PM, Frank Steggink stegg...@steggink.org wrote:
Regarding the highway = unclassified tag from the AND import: this was
before my time, but I believe it was caused by a lack of granularity of the
highway types in the original data.
No, the issue was an incorrect
Howdy Folks - We are looking for a bit of support this weekend for
MapLesotho. Currently we have 46% of the rural mapping task completed.
Just wondering if anyone is free this weekend to give us a dig out?
Given the recent political situation in Lesotho and the announcement of
early elections
On Sun, Oct 05, 2014 at 06:34:38AM +0200, Bernd Wurst wrote:
Wer heute noch für öffentlich abrufbare Seiten selbstsignierte
Zertifikate einsetzt handelt grob fahrlässig, da man die Nutzer so
effektiv gegen Warnungen abstumpft.
Bei der anzahl der geownten CAs und der kaputten Prozesse der CAs
Hi,
On Sat, Oct 04, 2014 at 05:41:06PM +0200, Markus wrote:
Uff - da habe ich ja ein grösseres Fass aufgemacht...
Wieso will man die Wochennotitz überhaubt verschlüsseln?
Je Klartext desto lesbar :-)
Je mehr verschlüsselt desto mehr schwimmen die Schlapphüte rum.
Am liebsten HTTP zugunsten
On Sat, Oct 04, 2014 at 08:51:07PM +0200, Stefan Keller wrote:
Ok. Aber Tatsache ist m.E., dass es Verbesserungspotential gibt.
Und wie es scheint, geht es nicht nur um Neulinge. Auch gestandene
Mapper können übersehen, dass es geläufigere und aktuellere
Tagging-Schemen gibt.
Wenn dem so
Am 5. Oktober 2014 11:41 schrieb Florian Lohoff f...@zz.de:
Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
der Sache kopiert da jeder zeugs hin und her und ändert das .
...
Dazu kommen noch jede menge semantische änderungen die alleine durch die
Übersetzungen
Am 5. Oktober 2014 14:05 schrieb ich:
Falls ja, dann müsste man wohl an Aktionen wie
Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag 3.
...
und man könnte vermehrt Deprecated und Siehe... einfügen.
LG, S.
Am 5.
Stefan Keller sfkel...@gmail.com Wrote in message:
Am 5. Oktober 2014 14:05 schrieb ich:
Falls ja, dann müsste man wohl an Aktionen wie
Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag 3.
...
und man könnte
Hallo Holger
Am 5. Oktober 2014 19:45 schriebst du:
...
Und alternative Bezeichnungen (Dom, Kirche, Kapelle,
Gebethaus,...) in allen Sprachen pflegen, damit die Suche
immer/häufig trifft.
Also händisch alle Seiten angucken und alle Synonyme die einem
einfallen (und zum Tag passen)
Dass auf die Frage warum passt das SSL-Zertifikat bei den
Wochennotzizen nicht die Antwort zu bekommen das ganze CA-System ist
sowieso broken by design und ausserdem zu teuer und man könne ja eine
Ausnahmeregel setzen:
Das kommt mir so vor als ob der Restaurantgast der ein kaltes,
versalzenes
nein, find ich nicht, denn warum dieser CA-Mafia unnötig Geld in den
Rachen schmeissen? Ok, ja es gibt noch kostenlose aber auch umständliche
Möglichkeiten die evtl. auch einen Warndialog erzeugen.
Statt *Entweder richtig machen oder sein lassen!* würd ich eher sagen
*hauptsache verschlüsselt*
Und da ja auch niemand sagt Die Englische version der Seite ist die
führende ist am Ende das Wiki ein Oktopus mit 250 Armen.
eigentlich wird das schon gesagt, wo genau find ich allerdings auch
nicht auf die schnelle :)
On 05.10.2014 11:41, Florian Lohoff wrote:
On Sat, Oct 04, 2014 at
On 05.10.2014 18:54, Stefan Keller wrote:
Am 5. Oktober 2014 14:05 schrieb ich:
Falls ja, dann müsste man wohl an Aktionen wie
Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag 3.
...
und man könnte vermehrt
Am 5. Oktober 2014 21:22 schrieb Hakuch hak...@posteo.de:
ich bin auch sehr dafür deprecated öfter und deutlicher einzusetzen, ich
weiß garnicht ob es da schon eine entsprechende Formatvorlage für gibt?
Es gibt diese englische Wiki-Seite:
http://wiki.openstreetmap.org/wiki/Deprecated_features
On Sun, Oct 05, 2014 at 02:05:35PM +0200, Stefan Keller wrote:
Am 5. Oktober 2014 11:41 schrieb Florian Lohoff f...@zz.de:
Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
der Sache kopiert da jeder zeugs hin und her und ändert das .
...
Dazu kommen noch jede
Hola,
On Sun, Oct 05, 2014 at 09:20:41PM +0200, Hakuch wrote:
Und da ja auch niemand sagt Die Englische version der Seite ist die
führende ist am Ende das Wiki ein Oktopus mit 250 Armen.
eigentlich wird das schon gesagt, wo genau find ich allerdings auch
nicht auf die schnelle :)
Das ist
On Sun, Oct 05, 2014 at 08:49:10PM +0200, Johann H. Addicks wrote:
TLDR
Oder um mich den Vorrednern anzuschießen:
*Entweder richtig machen oder sein lassen!*
Es gibt hier kein Richtig. Man kann Geld dafür ausgeben das ein Warning
unterdrückt wird d.h. die Browser und CA Mafia supporten, oder
Was mir auch immer öfter auffällt ist, es von tag zu tag verschiedenen
Schmata gibt. Gutes Beispiel sind proposed Dinge. Bei Highway und Railway
hat man sich ganz gut auf highway/railay=proposed; proposed/primary(
geeinigt (scheint zu mindestens laut Taginfo so) Bei Gebäuden jedoch nutzt
man
halo, klar, fänd ich eigentlich auch logischer, eine klare Definition
und festlegung die halt durch mehrere Prozesse und Instanzen abgeändert
werden kann. So hatte ich es auch erwartet als ich zu OSM kam und fands
schwierig mich daran zu gewöhnen dass es ganz anders ist - undd och
funktioniert.
Hola,
Comparto la minuta que Fernando redacto cuando nos reunimos en México
con algunas comunidades de OpenStreetMap presentes en la conferencia
AbreLatam + ConDatos. Charlamos de ideas para potenciar la
participación de los contribuidores OSM en toda América Latina.
Ya existe la lista
Sto migliorando la mappatura dell'Auditorium della musica di Roma.
Mi servono consigli su come mappare la scalinata che in JOSM andrebbe a
sovrapporsi all'edificio presente alle spalle. Si vede bene nella
seguente foto: https://www.flickr.com/photos/fsimages/7256064012/
Le coordinate sono
Brian,
Do you mean the Brompton Dock? Its not a Borris bike btw. There is also a dock
due in at New Street.
Cheers
Andy
From: Brian Prangle [mailto:br...@mappa-mercia.org]
Sent: 05 October 2014 11:52
To: OSM Group WM
Subject: [Talk-gb-westmidlands] Birmingham Bike Hire pods
Hi
Hola,
Comparto la minuta que Fernando redacto cuando nos reunimos en México
con algunas comunidades de OpenStreetMap presentes en la conferencia
AbreLatam + ConDatos. Charlamos de ideas para potenciar la
participación de los contribuidores OSM en toda América Latina.
Ya existe la lista
Hi,
ich hab ein paar Fragen zu Straßennamen, da ich da gerade auf ein paar
Dinge gestoßen bin die mir unklar sind.
Konkret geht's darum, dass ich in meiner Heimatgemeinde (St. Valentin)
Adressen und Straßennamen von basemap.at übernehme (nicht ohne etwas
Hausverstand klarerweise). Dabei ist's
On 05.10.2014 16:38, Johannes Obermueller wrote:
Dabei ist's vor allem im ländlichen Gebiet
so, dass basemap.at oft für viele Straßen in einem Gebiet (z.B. Endholz)
den Namen des Gebiets anzeigt. Das macht insofern Sinn als die Häuser in
der Gegend in der Adresse alle Endholz als Straße stehen
On 10/05/2014 05:39 PM, Friedrich Volkmann wrote:
On 05.10.2014 16:38, Johannes Obermueller wrote:
Mich interessiert das deshalb ganz besonders, weil ich festgestellt
habe, dass Adressen auf osm.org scheinbar nur gefunden werden wenn eine
Straße mit dem Namen der in addr:street vorkommt in der
On 05.10.2014 18:21, Norbert Wenzel wrote:
Nein, ist es nicht. Zumindest findet Nominatim mit Oppenberg 229 den
Alpengasthof Grobbauer der mit addr:place getagged ist.
Ohne addr:place findet er es nicht.
addr:place ist ein Humbug, weil place kein Bestandteil einer Adresse ist.
Also eine
On 10/05/2014 06:51 PM, Friedrich Volkmann wrote:
On 05.10.2014 18:21, Norbert Wenzel wrote:
Nein, ist es nicht. Zumindest findet Nominatim mit Oppenberg 229 den
Alpengasthof Grobbauer der mit addr:place getagged ist.
Ohne addr:place findet er es nicht.
addr:place ist ein Humbug, weil
On 05.10.2014 19:27, Norbert Wenzel wrote:
Also ich versteh net wirklich was das Problem ist. Wir definieren ein
Feld mit einem beliebigen Namen in eine Adresse. Mir ist nicht klar
warum man einen Glaubenskrieg führen muss, ob das jetzt place oder
hamlet heißt und was ein echtes Adresstag ist,
Friedrich Volkmann wrote:
addr:* ist eine Adresse, eine Anschrift. Wenn du auf einen Brief den
Empfänger schreibst, dann schreibst du nicht Stadt=Wien oder
Dorf=Laxenburg, sondern du hast eine Ebene (Zeile) für die Gemeinde, und
das bilden wir mit addr:city ab. In der Zeile drunter kann auf
Hola,
Comparto la minuta que Fernando redacto cuando nos reunimos en México
con algunas comunidades de OpenStreetMap presentes en la conferencia
AbreLatam + ConDatos. Charlamos de ideas para potenciar la
participación de los contribuidores OSM en toda América Latina.
Ya existe la lista
Celle-là est bonne :
Une relation turn-restriction no_u_turn au point d'entrée à un
rond-point. Contributeur d'il y a deux mois, éditeur… iD. Là, ça
commence à me questionner :
https://www.openstreetmap.org/relation/4051321
Foncièrement, c'est pas faux… et encore (si on mappe les voies d'accès
Si, c'est faux : vu que pour prendre la voie dans l'autre sens, il faut
forcément tourner sur sa gauche et donc prendre le rond-point à contre-sens
sur quelques mètres (le rayon de braquage du véhicule).
Par contre, j'ai déjà vu OSRM me proposer de sortir d'un rond-point pour y
re-rentrer
en fait c'est comme une autre relation voisine qu'il a fait :
https://www.openstreetmap.org/relation/4051320
techniquement c'est pas faux, on a pas le droit de tourner à gauche sur un
rond-point, mais d'un point de vue modélisation du rond point dans OSM
c'est une erreur car le sens unique est une
On peut éventuellement mettre juste une restriction de tourner à gauche
uniquement sur le point d'extrémité du triangle d'accès au rond-point
(joignant les deux segments en sens unique pour empêcher d'y revenir) mais
c'est totalement inutile sur un noeud de l'anneau.
Cependant je ne pense pas que
Le 5 octobre 2014 18:58, Sylvain Maillard sylvain.maill...@gmail.com a
écrit :
en fait c'est comme une autre relation voisine qu'il a fait :
https://www.openstreetmap.org/relation/4051320
techniquement c'est pas faux, on a pas le droit de tourner à gauche sur un
rond-point, mais d'un point de
Bonsoir,
Le 04/10/2014 22:00, Yves Pratter a écrit :
Le 4 oct. 2014 à 17:44, Vincent de Château-Thierry osm.v...@free.fr
mailto:osm.v...@free.fr a écrit :
C'est une limite des listes proposées : elles s'appuient sur la table
des adresses de BANO. Pour qu'un code Fantoir soit connu dans cette
Salut,
J'ai toujour un problème de correspondance inexistante sur ACH ANCIEN
CHEMIN DE LIRAC Ancien Chemin de Lirac qui dispose d'adresse dans BANO
mais pas dans OSM (j'ai pas fait de terrain encore là-bas)
Le 05/10/2014 23:38, Jérôme Seigneuret a écrit :
Salut,
J'ai toujour un problème de correspondance inexistante sur ACH ANCIEN
CHEMIN DE LIRAC Ancien Chemin de Lirac qui dispose d'adresse dans BANO
mais pas dans OSM (j'ai pas fait de terrain encore là-bas)
On 05/10/14 09:49, Lester Caine wrote:
there
should be a block on the deleted element being removed until the
'damage' is repaired. Something that JOSM at least tries to help with,
but iD ignores?
Where the damage is the breaking of a relation, iD is not ignoring it,
it is actively but
On Sun, 05 Oct 2014 00:35:20 +0100
David Woolley for...@david-woolley.me.uk wrote:
I think iD has taken totally the wrong approach. If the concept is
too difficult for the target audience, it should have refused the
operation, rather than hidden the problem.
Simply refusing to delete seems
On 05/10/2014 10:47, David Woolley wrote:
A classic example is NaPTAN stop data, where the rule for one that
has gone away is to invalidate the bus stop tag and add
physically_present=no, but leave the node present. I think I've seen
cases where a stop being moved has triggered an delete/add
On 05/10/14 11:27, Spike wrote:
On 05/10/2014 10:47, David Woolley wrote:
A classic example is NaPTAN stop data, where the rule for one that has
gone away is to invalidate the bus stop tag and add
physically_present=no, but leave the node present. I think I've seen
cases where a stop being
2014-10-05 12:11 GMT+01:00 David Woolley for...@david-woolley.me.uk:
On 05/10/14 11:27, Spike wrote:
On 05/10/2014 10:47, David Woolley wrote:
A classic example is NaPTAN stop data, where the rule for one that has
gone away is to invalidate the bus stop tag and add
physically_present=no,
On 5 October 2014 12:11, David Woolley for...@david-woolley.me.uk wrote:
Could I ask please the logic behind retaining references to a stop that
does not exist?
In rural area there are places that buses stop but no physical stop. And in
Malvern there are examples of where this only a physical
On 05/10/14 11:25, Andy Street wrote:
Simply refusing to delete seems rather unhelpful. I'd much prefer
the user to be presented with a dialog box that explains the problem in
simple terms before allowing them to either continue with the delete or
seek assistance. If the user requires assistance
On 05/10/14 11:25, Andy Street wrote:
I think iD has taken totally the wrong approach. If the concept is
too difficult for the target audience, it should have refused the
operation, rather than hidden the problem.
Simply refusing to delete seems rather unhelpful. I'd much prefer
the user
On Sun, 05 Oct 2014 12:47:29 +0100
David Woolley for...@david-woolley.me.uk wrote:
Newbies will tend to do what is necessary to suppress the error
message, without thinking what they are doing. Alternatively, they
will reject the editor as one of the big problem with creating dumbed
down
I am trying to think how to reduce incidents that would cause alarm to users
like me, but there is no point in flagging new editors because it won’t help
them integrate into OSM.
I am not an expert in iD since I moved on from Potlatch, but Potlatch at least
denotes relations on ways, while iD
This is digressing somewhat into a discussion about NaPTAN but before I get
into that point, if I can just pick up on the comment about leaving things in
because it shows a history of what the data looked like. Sorry, but OSM IS a
dynamic data set and doesn't AFAIK have the facility to keep a
That should have been DfT in my last sentence. Curse autocorrect!
Sent from my iPhone
On 5 Oct 2014, at 18:00, Stuart Reynolds
stu...@travelinesoutheast.org.ukmailto:stu...@travelinesoutheast.org.uk
wrote:
This is digressing somewhat into a discussion about NaPTAN but before I get
into that
On 05/10/14 17:58, Stuart Reynolds wrote:
On NaPTAN, deleted stops are those that have been removed and should
correspondingly be removed from OSM
If that is the new policy, you should change
On 05/10/14 18:20, David Woolley wrote:
On 05/10/14 17:58, Stuart Reynolds wrote:
On NaPTAN, deleted stops are those that have been removed and should
correspondingly be removed from OSM
If that is the new policy, you should change
That's my view as someone who is closely involved with NaPTAN. I don't know
what official OSM policy is-I'm just saying what it ought to be
Regards
Stuart
Sent from my iPhone
On 5 Oct 2014, at 18:20, David Woolley for...@david-woolley.me.uk wrote:
On 05/10/14 17:58, Stuart Reynolds wrote:
On 05/10/14 17:58, Stuart Reynolds wrote:
This is digressing somewhat into a discussion about NaPTAN but before I
get into that point, if I can just pick up on the comment about leaving
things in because it shows a history of what the data looked like.
Sorry, but OSM IS a dynamic data set and
On 05/10/14 21:00, Lester Caine wrote:
and
historic material would have an end date set which the renderers would
also respect. A view of the data with any out of scope material
suppressed is easy to implement, but at present we still don't have a
reliable method of archiving material even if
On 05/10/14 14:11, Lester Caine wrote:
Which sort of ties in with my constraints on relations.
If an edit is breaking something it's easy enough to say unable to
proceed because ... but ideally the API should be able to find a new
missing bit and add it into the relation? Only blocking
On 05/10/14 21:43, David Woolley wrote:
On 05/10/14 14:11, Lester Caine wrote:
Which sort of ties in with my constraints on relations.
If an edit is breaking something it's easy enough to say unable to
proceed because ... but ideally the API should be able to find a new
missing bit and add
With new editors though I sometimes think we forget how hard it is for
someone to start editing now in e.g. the centre of London compared to
when we experienced mappers started. Here, for example (courtesy of
Martijn Van Exel's OSM Then and Now) is what the area I started
mapping in looked
Il giorno 03/ott/2014, alle ore 21:23, Randal Hale
rjh...@northrivergeographic.com ha scritto:
It has nothing to do with being on the OSM US Board. I was on it for two
years..we discussed editing, Neither of which had any bearing on that
candidates experience with editing.
Of Course! The entire priest example could fix many problems...but that
is a longer discussion over drinks.
The US is a huge place and OSM is still this thing people hear about
and don't understand. I've taught two (by tomorrow) classes to GIS
people on what OSM is and what it isn't. It's a
By we I mean Mapzen! We are happy to be able to support this internship and
follow the examples of many organizations in the open source geo space doing
awesome work to increase diversity and respectful dialogue.
Thanks,
Alyssa.
On Oct 4, 2014, at 7:49 AM, alyssa wright
This is awesome! I believe the first link should be:
https://wiki.gnome.org/OutreachProgramForWomen/2014/DecemberMarch
Right?
eric
On Sun, Oct 5, 2014 at 3:31 PM, alyssa wright alyssapwri...@gmail.com
wrote:
By we I mean Mapzen! We are happy to be able to support this internship
and
Great!
On Saturday, October 4, 2014, alyssa wright alyssapwri...@gmail.com wrote:
Hi all!
I am pleased to announce that we are providing funding for an internship
with HOT through the GNOME Outreach Program for Women. This is an
incredible organizations with proven success in bringing more
Yes. Thanks!
On Oct 5, 2014, at 3:47 PM, Eric Brelsford ebrelsf...@gmail.com wrote:
This is awesome! I believe the first link should be:
https://wiki.gnome.org/OutreachProgramForWomen/2014/DecemberMarch
Right?
eric
On Sun, Oct 5, 2014 at 3:31 PM, alyssa wright
Alan,
The number of edits a user names is a data point. For some people,
it's an important data point, for others it may not be, but it's an
interesting piece of information.
By analogy, if this were a cyclist organization, I would hope that a
board member had experience as a cyclist. The number
On 10/5/2014 6:26 PM, Alan McConchie wrote:
All of the candidates have made more than zero edits
While true that all candidates have edited OSM at some point in the
past, two of them have zero edits in the last year, and one of those has
no US edits ever.[1]
While a candidate may have other
I will make an assumption (and forgive me if I'm wrong) that both
candidates with 0 edits are female. I am basing this only on names and
a rudimentary internet search.
I think before both candidates answer that question - you need to define
why they have a complete lack of OpenStreetMap
87 matches
Mail list logo
