Re: [Talk-transit] Importing GTFS feed stops in Belo Horizonte, Brazil

[Felix Delattre via Talk-transit]

Hi Alexandre,

On 3/18/20 2:44 PM, Alexandre Oliveira wrote:
> I remember reading it a few months ago that there was no restriction of
> use for GTFS feeds, but I couldn't find it right now. I guess I'll need
> to send an email asking for permission to use the data.

As forming part of the steering organization around GTFS, I can clearly
say, that the format doesn't imply at all any definition of the usage
right or permission (to use it openly). There are a lot of people within
the GTFS ecosystem that promote Open Data. But you definitively have to
make sure you have the proper permission before including it on
OpenStreetMap!

A pure import should also follow OSM's import guidelines. But if you
have the permission to use the data, you can definitively use it for
manual mapping and check the stop one by one. This is already a good
helper to get this valuable data in, if possible and legally allowed.

Best,
Felix


> On 3/18/20, Mateusz Konieczny via Talk-transit
>  wrote:
>>
>>
>> Mar 17, 2020, 23:51 by rockyt...@gmail.com:
>>
>>> Hello!
>>>
>>> I've retrieved the GTFS feed for Belo Horizonte, a city in Brazil, and
>>> would like to import its bus stops to OSM.
>>>
>> What is the license of this data?
>>
> ___
> Talk-transit mailing list

> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit



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

[talk-latam] Canal de XMPP: OSM en Español

[Felix Delattre via talk-latam]

Hola todes:

Quisiera invitarles para unirse al chat de XMPP/Jabber para
OpenStreetMap: xmpp:openstreet...@salas.suchat.org?join

Es la mejor alternativa para las personas quienes quisieran salir de
servicios de comunidades enjauladas, cómo Telegram, etc.

Nos vemos por allá.
Saludos,
Felix



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

Re: [OSM-talk] New mailing list about machine learning and OSM

[Felix Delattre via talk]

Hi Christoph,

On 6/27/19 12:28 PM, Christoph Hormann wrote:
> On Thursday 27 June 2019, Felix Delattre via talk wrote:
>> Until this moment the conversation has been pretty much polemic from
>> people either hyping or hating these new techniques of programming
>> with automated statistics.
> No problem with creating a new thematic mailing list here but the above 
> is somewhat insulting to those who have in the past discussed bot 
> mapping in OSM on a serious level.

I don't think that ML = bot mapping. At least this is not what I would
like to use ML techniques for. And I also don't think this is in any
close to the spirit of OSM.

Please let me clarify, that I definitively don't want to insult anybody!
This is a respectful and humble request to bring us together in an open
and argumentative conversation.


> Could you by the way explain the term "automated statistics" - i had not 
> heard this before and a quick search returns a lot of uses of this term 
> in the context of database systems, which i however have the impression 
> is not what you are talking about.  Most terms in this field are 
> politically connotated - "artificial intelligence" implying a 
> similarity to human intelligence, "machine learning" implying a 
> similarity to human learning processes.

For me "automated statistics" for most cases seems to be a good way to
refer to what others call nowadays AI. Because it describes closer to
what is happening there. I'm really not a big fan of hyped buzzwords. 
An Artificial Intelligence - which deserves the term - in my opinion has
not been achieved at all.

I'm looking forward to interesting conversations.
Best,
Felix



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

[OSM-talk] New mailing list about machine learning and OSM

[Felix Delattre via talk]

Hello everybody,

Neural network based deep learning methods for feature extraction using
computer vision are giving concrete results and these are also more and
more getting used in the context of maps and OpenStreetMap.

Until this moment the conversation has been pretty much polemic from
people either hyping or hating these new techniques of programming with
automated statistics. My guess: as OSM we will not be able to completely
reject these new developments, and personally, I'm convinced it will
also not fundamentally change how OSM works.

There are many aspects that we are missing to address in an open,
concise and argumentative way. Questions like: Where is the red line of
applying machine learning? What are beneficial applications of machine
learning for OSM? What ethical implications are having these steps? And
for sure, there are open questions on licensing in the context of
machine learning. Furthermore, I think it is good to have a place to
have technical discussions on how to implement certain tools and talk
about engineering and technical details.

So far, most conversation has happened in private blog posts, and
separated/closed groups. Our communication bubbles are growing, which is
not good for OSM, and I would like to see a less segregated and
constructive conversation to develop together the OSM way of using
machine learning. Therefore I want to invite everybody interested to
join this new mailing list, where we can share opinions, insights,
experiences and concerns.

https://lists.openstreetmap.org/listinfo/machine-learning

Thanks,
Felix


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

Re: [talk-latam] (no subject)

[Felix Delattre]

Es una lastima que el grupo comunica primeramente sobre medios cerrados
de software propietario y centralizado :( Eso me ha impedido a
participar en el grupo desde que se fueron para allá.

Saludos,
Felix

On 01/04/2018 12:44 AM, Miguel Sevilla-Callejo wrote:
> Genial,
>
> Yo me di de alta en esta lista hoy mismo para mandar el mensaje pues
> creo que solo Marco Antonio (de Cochabamba, Bolivia) escribe de vez en
> cuando y, no tiene mucha actividad (no como el grupo de Telegram).
>
> Supongo que él puede decirte más recursos comunes de la comunidad
> latina e hispanohablante.
>
> Saludos
>
> --
>  Miguel Sevilla-Callejo
> from my mobile 
>
> El 3/1/2018 20:13, "Javier Sánchez Portero"  > escribió:
>
> Hola
>
> Me llamo Javier y llevo un tiempo contribuyendo al mapa
> principalmente en las Islas Canarias.
>
> Miguel cuenta conmigo si puedo ayudar. Los contenidos que sean
> comunes se pueden trasladar a plantillas y cada comunidad puede
> crear sus páginas incluyendo la parte común con la plantilla y a
> continuación el contenido específico.
>
> Cuando busque contactar con la comunidad hispanohablante en la
> Wiki no encontré enlaces a esta lista y al grupo de Telegram
>
> https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Comunidad_hispana
> 
>
> La edito y actualizo.
>
> Saludos a todos,
> Javier Sánchez
>
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-latam
> 
>
>
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam


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

[Talk-transit] Verifications on route_master wiki page

[Felix Delattre]

Hello everybody,

on the wiki page about `route_master`
(http://wiki.openstreetmap.org/wiki/Relation:route_master) there are
listed two tags, that seem to be wrong. I was not able to find those
anywhere associated with the public transport version 2 proposal and
definition:

* frequency: "Approximate period between services of the route during
peak time, in minutes. Useful to generate schedules out of OSM data."

This is actually defined for describing the frequency of radio/electric
waves (see http://wiki.openstreetmap.org/wiki/Key:frequency) not bus lines.

* travel_time: "The time in minutes to travel from the first to the last
stop. Useful to generate schedules out of OSM data."

I was not able to find any definition on this one. Rather the tag
`duration` seems to me appropriate:
http://wiki.openstreetmap.org/wiki/Key:duration
And this should be applied to a `route` (variant) not a `route_master`.

To me it seems that the author wrote down some brainstorming with those
ones. Or am I missing anything? If not I would remove them from the wiki
page.

Thanks,
Felix


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

Re: [Talk-transit] OSM Public transport tools

[Felix Delattre]

Thanks Johan, for the link. I'm acutally excited to follow the pioneer
work you are doing in Norway with the NeTEx format. Congratulations!

However, I think we don't need to add this to an OSM wiki page. As far
as I understand, this data is not obtained from OpenStreetMap, or am I
wrong? Is it Open Data? I didn't see any license/permission statement
anywhere.

Generally (open) sources for GTFS are already nicely published on
websites like:

* https://transit.land/feed-registry/
* http://transitfeeds.com/

All the best,
Felix


On 12/05/2017 01:12 PM, Wiklund Johan wrote:
> If you want to list open data sources as well, here is Norway: 
> http://www.entur.org/dev/rutedata/
>
>
>
>
>
> Johan Wiklund
> Data manager 
> johan.wikl...@entur.org
>
>
>
>
> www.entur.org
>
> -Original Message-
> From: Felix Delattre [mailto:felix-li...@delattre.de] 
> Sent: tirsdag 5. desember 2017 12.30
> To: Public transport/transit/shared taxi related topics 
> <talk-transit@openstreetmap.org>
> Subject: [Talk-transit] OSM Public transport tools
>
> Hello everybody,
>
> Just to let you know about a simple wiki page we created:
> https://wiki.openstreetmap.org/wiki/Public_transport/Tools
>
> It is a recompilation of the tools people are using for handling public 
> transport data and information in OpenStreetMap. From collecting, editing, 
> exporting and using.
>
> Maybe you want to have a look. Hopefully you can help us to improve this page.
>
> Thanks,
> Felix
>
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit



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

Re: [Talk-de] route_master - Hilfe erbeten

[Felix Delattre]

Hi Goegeo,

im Prinzip musst du nur eine neue Relation erstellen, diese als
type=route_master taggen und dann die beiden routes als Members
hinzufügen, wie du es sonst wahrscheinlich mit Straßenabschnitten bei
den beiden Routes gemacht hast.
Dabei ist vielleicht der missverständliche Schritt, dass du die
route-Relations auswählen musst, um sie hinzufügen zu können. Das macht
man in dem Relations-Fenster/-Box mit rechtem Mausklick und "Select
relation". Dann kannst du sie wie gehabt der route_master hinzugeben.
Siehe auch den Screenshot zum besseren Verständnis: http://imgur.com/a/79b5c

Siehe auch als Beispiel diese route_master:
http://www.openstreetmap.org/relation/3665507
Sie hat einfach zwei Members, welche die beiden route-Varianten sind.

Grüße,
Felix

On 01/09/2017 09:33 AM, goegeo wrote:
> Hallo Liste,
>
> bearbeite in Nordfriesland zurzeit Routen-Relationen auf Basis PTv2.
>
> Habe dafür als Probe zwei entgegengesetzt und dabei nicht auf
> teilweise der gleichen Fahrtroute verkehrende Busrouten derselben
> Linie erfasst und wollte diese in einer Masterroute vereinigen.
>
> Benötige Hilfe, wie man eine entsprechende Masterroute erfasst? Mir
> hilft der Wiki-Eintrag dazu leider so nicht bis zum erfolgreichen Ende
> weiter. Es geht um die Relation "Bus 1028: Bredstedt-Reußenköge und
> zurück". Im Kern geht es um die Frage, wie ich die beiden erfassten
> Relationen als Mitglied der route_master-Relation erfassen kann.
> Dachte es würde über in JOSM über den Reiter "Kind-Relationen" der neu
> erfassten Masterroute respektive in den beiden Route-Relationen über
> den Reiter "Eltern-Relationen" Funktionieren.
>
> Falls jemand diese Kenntnis besitzt, darf er es auch persönlich
> machen. Würde aber gerne mein Wissen diesbezüglich dennoch erweitern,
> um auch weitere vergleichbare Relationen selbst erfassen zu können.
>
> Im Voraus schon einmal Danke für die Unterstützung. Beste Grüße, goegeo
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-transit] Naming concepts

[Felix Delattre]

Thank you all for this great input!

On 01/11/16 00:02, Greg Troxel wrote:
> "Roger Slevin"  writes:
>> I have watched this debate over the years - and I keep coming back to
>> what I think is a key question for the OSM community ... if there is
>> an existing robust standard for public transport information, then is
>> it really worth trying to add to OSM a different standard (or set of
>> terms) for that information?  If so, can you afford to be less precise
>> in your terminology than that defined over many, many years of work in
>> Transmodel?  The same issue was faced by GTFS many years ago and, for
>> better or worse, the decision was taken by the GTFS community to go
>> ahead with a separate standard.  But whilst GTFS is not underpinned by
>> the Transmodel standard, many aspects of it have taken the Transmodel
>> reference data model into account.  GTFS is not as comprehensive, I
>> suggest, as Transmodel - and it is an implementation standard and not
>> a reference data model.
> I agree in general - OSM has too much making up of schemas rather than
> studying the schemas which have been developed in the various
> professional communities.
>
> Overall, though, I am wondering if this discussion is about identifiers
> to use in source code, or is about some user-facing aspect of the
> program or something else.   I would advocate picking a well-established
> set of terms (transmodel seems like a good fit, even though I know
> zero about it) and just use that.   The key is defining the terms so
> that people can understand them.

Personally, the initial question was about the use in code, but making
also the code as readable as possible. Generally I think the whole
discussion is good and interesting even without looking too much on my
specific use case

The transmodel standard is good information and even it introduces
another naming convention (besides OSM and GTFS) it seems to be the best
thought-threw definition (with some awkward terms however :) )

With all this input I will make my head around and see how I name my
classes for the osm2gtfs script:
https://github.com/grote/osm2gtfs/issues/30#issuecomment-257162677

Thank you!


On 31/10/16 19:05, Stephen Sprunk wrote:
> For those not familiar with Transmodel, can you either explain what
> its terms are for the concepts in question and/or point us to
> resources that do?

I found this PDF on transmodel's definitions and concepts useful:
http://transmodel-cen.eu/wp-content/uploads/2015/02/TRM6_Glossary-Part-123.pdf

* LINE: A group of ROUTEs which is generally known to the public by a
similar name or number
* ROUTE: An ordered list of located POINTs defining one single path
through the road (or rail) network. A ROUTE may pass through the same
POINT more than once.
* JOURNEY PATTERN: An ordered list of SCHEDULED STOP POINTs and TIMING
POINTs on a single ROUTE, describing the pattern of working for public
transport vehicles.A JOURNEY PATTERN may pass through the same POINT
more than once. The first point of a JOURNEY PATTERN is the origin. The
last point is the destination.
* VEHICE JOURNEY: The planned movement of a public transport vehicle on
a DAY TYPE from the start point to the end point of a JOURNEY PATTERN on
a specified ROUTE.

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

Re: [Talk-transit] Naming concepts

[Felix Delattre]

On 31/10/16 13:54, Greg Troxel wrote:
> Felix Delattre <felix-li...@delattre.de> writes:
>> I also like them. Thanks, Jo!
>> But isn't "line" an European wording? Would an English native speaker
>> intuitively understand the concepts of "line" and "itinerary"? I always
> For me (en_US), I find it awkward.

The same thing told me a friend (en_US) I asked.

> I'm still not 100% following.  In the wiki table, is concept number 1
> just a name for the collection of route variants, and basically the name
> that the bus company (agency/whatever) uses?  I would call that
> "bus_route_name" then, with a name, and perhaps bus_route_ref for just
> the numberish part, along with bus_route_operator.  This is making it
> like highway ref tags.

Yes, that's what it is a collection of variants. I think in proper
English the overall collection of route variations is just called a
"route".

Unfortunately OpenStreetMap's tagging schema uses "route" for route
variations and "route_master" for what should be called a route :/ That
is also the reason why I want to avoid the use of the pure word "route"
-  to avoid confusion.

I like the idea of using bus_route_name, as this is most understandable
in human language, but can be misleading as well -  somtimes variations
have different names (Bus route 37A, Bus route 37B). Maybe it's a
good option to use:

1. RouteContainer (which can have then one to several)
2. RouteVariation(s)

This is also computer jargon, but better understandable than
route_master, I guess?

> I think "route_variant" is a good name, in that it captures the sense
> that all of the route_variants of a route are similar somewhow but not
> quite.   The only awkwardness is that sometimes there will be only one
> route_variant in a route.
>
> trip and itinerary are both confusing in that there is ambiguity between
> a specific one-time departure (e.g., 0800 from Harvard Square on 31
> October 2016) and a planned recurring departure (0800 from Harvard
> Square on all weekdays).   I would use the terms
>
>   recurring_trip
>
>   specific_trip
>
> but don't really like the second one.
>
>
> Overall, though, I would try very hard to just reuse the GTFS terms for
> the GTFS concepts, and to put a comment in the source or docs clarifying
> what they mean.  I think the benefit of clearer terms will be outweighed
> by having more to learn.

Yes, that's true. Use route for route (as GTFS does) and put a comment
in there, every time OSM routes are used, that they are actually
representing route variations...

> Finally, I think osm2gtfs is going to want to use information that isn't
> in OSM.   I'm not sure what the plan is, or if one can produce a GTFS
> version that is just missing the fine-grained schedule information, and
> if that's what you want to do.

It combines OSM data with other sources of schedule/time information to
create a GTFS format out of it.


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

Re: [Talk-transit] Naming concepts

[Felix Delattre]

Thanks for your input, Greg!

And how can I make an understandable distinction without using to much
computer jargon between:

1. The overall "route" as you were saying ("route_master" in OSM;), it
has a number (eg. Route 38)

AND (consists of)

2. a subset of route variants ("route" in OSM), one for each direction,
where the bus stops are usually on the other side of the street (so not
the same ones!), maybe there is an additional variant (only runs after
10pm...) that has the same number, but is shorter than the other, or one
that skips a couple of stops, etc.

* The use of "route" alone I would not recommend, because it's to
ambiguous and is used for different concepts.
* "Service Line" for 1. sounds too much German to me :)

Here I made a little table to show the different concepts and terms in
OSM, GTFS and what I came up with:
https://github.com/grote/osm2gtfs/issues/30#issuecomment-257162677

How would a native speaker declare one term each for 1. and one for 2.
that explains intuitively in human language the difference in concept?

Thanks,
Felix



On 30/10/16 21:27, Greg Troxel wrote:
> Felix Delattre <felix-li...@delattre.de> writes:
>
>> There are different concepts of routes in OpenStreetMap and GTFS.
>> Sometimes they are not existent or ambiguous.
> I am a native speaker of en_US.
>
>> 1. A general public transport service (e.g. No. 38):
>> In OSM: "route_master" in GTFS: "route"
> I find route_master to be an odd term, and very much computer jargon vs
> human language.
>
>> 2. A theoretical tour a bus takes, but without schedule information, it
>> represents one each for different direction, but also if one is shorter
>> than the other   
>> In OSM: "route"; in GTFS: /not existent/
> I would call this a bus route.  Around me, it would have a number, and a
> set of stops.   Then there would be a schedule for the bus route that
> says what time the bus starts from each end and the time for at least
> some of the intermediate stops.   So I find the use of the word route in
> OSM natural.  It also parallels the use of route for a road, which is a
> sequence of ways, but without timing.
>
>> 3. An actual tour a bus takes, on a certain time
>> In OSM" not existen; in GTFS: "trip"
> It makes sense to use "trip" in GTFS, and it makes sense that this is
> not in OSM because we don't represent that level of information.
>
>> Route: Is used for different concepts (I guess because of British and
>> American English)
> I don't think it's en_GB vs en_US.  I've recently driven in Scotland and
> about 10 years ago in Ireland, and didn't find route to mean something
> significantly differently.  In the US, we use it as part of the name of
> a numbered highway, e.g. "Route 2" is a state highway that goes for
> about 200 miles.  It is signed the whole way and you change road name
> often, but you follow that sequence of roads to get from Boston to the
> New York border, more or less.  Perhaps that isn't used that way in the
> UK, but the notion of "bus route" seemed similar to me.
>
>> Routemaster:  Is a very technical term. I thinks, it's not
>> understandable when looking at it naively (isn't this the bus driver?)
> Agreed.  This is a defined term that doesn't mean anything to native
> speakers without reading the definition.
>
> Absent a definition, I wouldn't expect it to mean the driver.   I would
> expect it to mean the official at the transit organization or bus
> company that has the authority to decide what streets that route will go
> on (and can change the set of stops).
>
>> It call them 1: Service Line; 2. Route Variant 3: Trip
>>
>> English native speakers, please help: Does this make sense to you? Would
>> you suggest other terms for the concepts to be even more understandable?
> Service line and variant don't give me the right idea.  But on really
> thinking I can see where you are coming from.
>
> My basic thoughts are to give the right impression and to align with
> GTFS.
>
> Your #1 I am not 100% sure what it is.  If it's essentially the string
> "Route 38" and doesn't contain information about where, then I would
> call it "route name".
>
> Your #2: I would use route to represent the set of stops and the choice
> of roads, and would expect this to be a pair for the two directions
> (usually; a route could be circular and not bidirectional).  I find it
> funny that GTFS doesn't have this, as the theory of putting databases in
> normal form would lead to representing the set of stops and then having
> sets of times.  However, I can see that this wouldn't quite work.  There
> are tra

[Talk-transit] Naming concepts

[Felix Delattre]

Hello,

I'm currently coding on a osm2gtfs script
(https://github.com/grote/osm2gtfs) to make it work in a more generic
way for more than one city (for which it was created for initially). And
I like my code to be readable and understandable intuitively. Because we
are all no native English speakers (two Germans and one Costa Rican) I'd
like to ask for some feedback on naming issues:

There are different concepts of routes in OpenStreetMap and GTFS.
Sometimes they are not existent or ambiguous.

1. A general public transport service (e.g. No. 38):
In OSM: "route_master" in GTFS: "route"

2. A theoretical tour a bus takes, but without schedule information, it
represents one each for different direction, but also if one is shorter
than the other   
In OSM: "route"; in GTFS: /not existent/

3. An actual tour a bus takes, on a certain time
In OSM" not existen; in GTFS: "trip"

Route: Is used for different concepts (I guess because of British and
American English)
Routemaster:  Is a very technical term. I thinks, it's not
understandable when looking at it naively (isn't this the bus driver?)

It call them 1: Service Line; 2. Route Variant 3: Trip

English native speakers, please help: Does this make sense to you? Would
you suggest other terms for the concepts to be even more understandable?

Thank you very much!

Regards,
Felix




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

[OSM-talk] Geotechnology - Nicaragua’s experience with child and youth participation

[Felix Delattre]

Dear worldwide OSM community,

last year, we, the Nicaraguan OSM community realized a wonderful
collaboration with UNICEF to map on the Caribbean Coast together with
children of different ages to identity the dangerous places in their
environment.

We now have  a complete document documenting the workshops, the methods
and everything available in English language:
http://en.unicef.org.ni/media/publicaciones/archivos/Geotecnologias_participativas_29_04_16_INGLES.pdf

“/These kinds of initiative share new knowledge and encourage
innovation/,” commented Philippe Barragne-Bigot, the UNICEF
Representative in Nicaragua, talking about the results of the mapping in
Bluefields. “/They also include children and adolescents, giving them
the opportunity to participate as thinkers and implementers, identify
places of risk and propose solutions to the problems. These experiences
can change children’s lives and also have the potential to change their
environment and—why not?—the world./” (http://en.unicef.org.ni/prensa/140/)

Please feel free to use the information and document for similar
projects you might be working on.

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

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Felix Delattre]

This won't help. But to give yoy some context: There is a "won't fix"
request ticket for JOSM to support GeoJSON:
https://josm.openstreetmap.de/ticket/10564

Best,
Felix


On 06/03/16 00:56, Stefan Keller wrote:
> To Ian and/or anybody
>
> I'm searching a plugin to import GeoJSON vector data into JOSM.
>
> I of course know Shapefiles but they are deprecated because e.g. they
> cut-off field names at 10 chars. GeoJSON or GeoPackage are better
> alternatives.
>
> Is this plugin still maintained: https://github.com/iandees/josm-geojson ?
> Other plugins or alternatives?
>
> :Stefan
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

[talk-latam] Geotecnologías con jóvenes en Nicaragua

[Felix Delattre]

Hola querida comunidad:

les quiero compartir ésta publicación sobre nuestras actividades
utilizando Geotecnologías Libres (en particular OSM y su gran familia)
con niñas, niños, adolescentes y jóvenes en Bluefields, Nicaragua:

http://unicef.org.ni/publicacion/169/geotecnologias-una-herramienta-para-innovar/

El documento contiene una descripción de las actividades y el final
encuentran documentadas los elementos metodológicos que usamos para
nuestras fiestas de mapeo.

Saludos.
Felix


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

Re: [talk-latam] Un mapa del transporte público de Managua

[Felix Delattre]

:)

On 12/24/2015 10:46 AM, Felix Delattre wrote:
> Actualmente *no existe ningún mapa que muestre las 42 rutas de
> autobuses de Managua* y Ciudad Sandino, a pesar de que el 80% de
> los *dos millones de habitantes* depende de los autobuses para ir a su
> trabajo o escuela.
>
> *¡Queremos mejorar nuestra ciudad!* La comunidad de OpenStreetMap
> Nicaragua (http://mapanica.net) y el Humanitarian OpenStreetMap Team
> (http://hotosm.org) *levantamos a base de voluntariado la información
> del recorrido de las todas las rutas*.
>
> Para llegar a la gente *necesitamos imprimir el mapa*. ¡Y para
> éso *necesitamos tu apoyo*!
>
> http://support.mapanica.net
>
> *Apoyenos y prometemos enviarte una muestra de nuestro primer* mapa
> impreso o una bonita camiseta con un diseño exclusivo. Todo lleva el
> mapa de rutas de Managua, hecho con Datos Abiertos de OpenStreetMap y
> recolectados por personas que quieren hacer un cambio en su comunidad
> aprovechando las Tecnologías Libres.
>
> Te agradecemos si puedas ayudarnos a *correr la voz *y contar a tus
> amigos sobre el proyecto y compartir la información en las redes sociales.
>
> ¡*Muchas gracias* por tu amable apoyo!
>
> Felix Delattre
>
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam

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

Re: [OSM-talk] A crowd-sourced public transportation map for Managua

[Felix Delattre]

Sorry, for the misleading "spam" in the subject line. This is serious
and no spam!
Best,
Felix

On 12/24/2015 10:46 AM, Felix Delattre wrote:
> Imagine, there is *no map for the 42 bus lines in Metropolitan
> Managua*. It's one of the poorest capitals on the American continent.
> And about 80% of the *2 million inhabitants* are dependent on buses to
> commute to work or school.
>
> *We wanted to improve life in our city!* The community around
> OpenStreetMap Nicaragua (http://mapanica.net) and the Humanitarian
> OpenStreetMap Team (http://hotosm.org) *surveyed voluntarily the
> public transportation network*.
>
> In order to have a real impact for the population *we need to print
> this map*. And therefore *we need your help*!
>
> http://support.mapanica.net
>
> *Support us and get rewarded *with your paper map or cool T-shirt with
> Managua's public transport map build out of OpenStreetMap data and
> collected by people that want to make a change in their community
> through the use of Free Technologies.
>
> Please help us and *spread the message* about this crowd-funding
> initiative to your friends and over social media.
>
> *Thank you* very much for making this happen!
>
> Felix Delattre
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[talk-latam] *SPAM* Un mapa del transporte público de Managua

[Felix Delattre]

Actualmente *no existe ningún mapa que muestre las 42 rutas de autobuses
de Managua* y Ciudad Sandino, a pesar de que el 80% de los *dos millones
de habitantes* depende de los autobuses para ir a su trabajo o escuela.

*¡Queremos mejorar nuestra ciudad!* La comunidad de OpenStreetMap
Nicaragua (http://mapanica.net) <http://mapanica.net%29/> y el
Humanitarian OpenStreetMap Team (http://hotosm.org)
<http://hotosm.org%29/> *levantamos a base de voluntariado la
información del recorrido de las todas las rutas*.

Para llegar a la gente *necesitamos imprimir el mapa*. ¡Y para
éso *necesitamos tu apoyo*!

http://support.mapanica.net <http://support.mapanica.net/>

*Apoyenos y prometemos enviarte una muestra de nuestro primer* mapa
impreso o una bonita camiseta con un diseño exclusivo. Todo lleva el
mapa de rutas de Managua, hecho con Datos Abiertos de OpenStreetMap y
recolectados por personas que quieren hacer un cambio en su comunidad
aprovechando las Tecnologías Libres.

Te agradecemos si puedas ayudarnos a *correr la voz *y contar a tus
amigos sobre el proyecto y compartir la información en las redes sociales.

¡*Muchas gracias* por tu amable apoyo!

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

[OSM-talk] *SPAM* A crowd-sourced public transportation map for Managua

[Felix Delattre]

Imagine, there is *no map for the 42 bus lines in Metropolitan Managua*.
It's one of the poorest capitals on the American continent. And about
80% of the *2 million inhabitants* are dependent on buses to commute to
work or school.

*We wanted to improve life in our city!* The community around
OpenStreetMap Nicaragua (http://mapanica.net)
<http://mapanica.net%29/> and the Humanitarian OpenStreetMap Team
(http://hotosm.org) <http://hotosm.org%29/> *surveyed voluntarily the
public transportation network*.

In order to have a real impact for the population *we need to print this
map*. And therefore *we need your help*!

http://support.mapanica.net <http://support.mapanica.net/>

*Support us and get rewarded *with your paper map or cool T-shirt with
Managua's public transport map build out of OpenStreetMap data and
collected by people that want to make a change in their community
through the use of Free Technologies.

Please help us and *spread the message* about this crowd-funding
initiative to your friends and over social media.

*Thank you* very much for making this happen!

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

Re: [talk-latam] Gran Chaco Americano

[Felix Delattre]

Estimado Juan Alfredo:

Así mapeo yo :)
https://www.flickr.com/photos/xamanu/16921375522/in/set-72157649226358713
Bueno, en serio así mapeamos Bluefields en Nicaragua en pocos días y ha
sido un buen flujo de trabajo para nosotros. Creo que te pueda servir
como insumo para juntar el equipo de tu preferencia.

## Utensilios:

1. Tablet Android (o teléfono Android) - en mis manos
1 Teléfono Android con camera decente y una memoria de 16 GB - pegado en
el vidrio
1 phone mount para pegar el teléfono contra el vidrio
1 GPS convenvional (en mi caso un Columbus V990) -  casi no se ve, queda
en el hueco delante de mi, algo de color plateado.
1 Adaptador para doble enchufe encendedor del carro (para mantener la
carga en los dispositivos)


## Aplicaciones:

* OsmAnd y map notes: Mi navaja suiza - herramienta universal de mapeo:
En la tablet (o teléfono android) uso OsmAnd
(http://learnosm.org/en/mobile-mapping/osmand/) con los Map Notes, que
en OsmAnd se llaman Bugs o Fallos, aunque no es para reportar
fallos, sino para dejar una nota georeferenciada sobre el mapa, puede
ser sin conexión al internet, ya que se suben luego. Los map notes son
visibles en el sitio web de http://osm.org y en editores como JOSM.
Prefiero map notes casi para todo, ya que de manera rápida e informal
puedo apuntar en el campo (donde no tengo toda la calma, y menos con un
teléfonito) lo que necesite para luego con tranquilidad, internet y una
computadora agregar los datos con todos sus etiquetas y verificando su
posición con la imagen satelital.

* Mapillary: El teléfono android con una memoria grande (!!!) va tomando
fotos de las calles y cuando llega al internet se suben. Pueden ver lo
que subimos de Bluefields, si quieren:
http://www.mapillary.com/map/im/BMgLNFxM2AsP2zXNQ-uDjA
Ojo, es increíble la cantidad de memoria en imágenes que se acumulan en
pocas horas. Así que te recomiendo tener varias memorias de muchos giga
bytes para poder ir cambiandolas.

 * OSMTracker: Ambos dispositivos Android graban constantemente con
OSMTracker la traza de la trayectoria

* Dispositivo GPS: Graba simplemente la traza


De esta manera obtenemos tres trazas con tres diferentes dispositivos
GPS (siempre es bueno tener más que una), anotaciones georeferenciadas
sobre cualquier cosa (desde nuevos puntos de interés, errores del mapa,
cuando hacen falta calles, cuando agrego información sobre algo, como
por ejemplo cuandon termina el pavimentado de las calles, etc  Y fotos
de nivel de calle para compartir en mapillary. Con estas informaciones
puedes luego en la computadora mejorar las parte donde hayas pasado y
tienes una documentación en mapillary de todos los lugares que pasaron.


Espero que te ayudó un poco. Mucha suerte. Y estoy a la orden por si
tienes algunas preguntas o dudas sobre nuestro flujo de trabajo.
¡Buen viaje!
Saludos.
Felix

On 04/28/2015 11:01 AM, hyan...@gmail.com wrote:
 El 28 de abril de 2015, 11:43, Juan Alfredo Bauer Eisenkolbl
 baue...@gmail.com mailto:baue...@gmail.com escribió:

 Ok, muchas gracias, voy a fijarme.
 Nos trasladaremos en vehículos,


 Para vehículos Mapillary ofrece un phone mount gratuito, solo hay
 que escribir a mou...@mapillary.com mailto:mou...@mapillary.com con
 tu nombre y dirección de envío!

 Éxitos!

 Humberto
  

 estaremos recorriendo 10 días el Chaco Argentino, 10 días Chaco
 Boliviano y 10 días Chaco Paraguayo

 El 28 de abril de 2015, 11:52, Jo winfi...@gmail.com
 mailto:winfi...@gmail.com escribió:

 Hola Juan Alfredo,

 Investiga Mapillary.com. Cual sera tu modo de transporte? Si a
 pie, habla con la gente de Mapillary, quisas pueden prestarte
 algunos materiales para que fotografias todo el camino.

 Jo (Polyglot)

 2015-04-28 17:12 GMT+02:00 Juan Alfredo Bauer Eisenkolbl
 baue...@gmail.com mailto:baue...@gmail.com:

 Hola amigos, quisiera compartirles que estaré participando
 del proyecto chaco ra'anga
 
 https://www.facebook.com/pages/Chaco-Raanga/890689487665515?fref=ts 
 durante el mes de junio, durante este viaje mi idea el de
 trackear todo el recorrido e ir anotando los nombres de
 los caminos, también así ciudades, pueblos, comunidades
 indígenas, y otros puntos de interés para luego
 levantarlos a OSM, los equipos que voy a llevar para
 realizar el trabajo son un gps garmin etrex 10
 
 https://buy.garmin.com/en-US/US/on-the-trail/handhelds/etrex-10/prod87768.html
 y mi teléfono con el OSMtracker, a parte una cámara canon
 con gps para tomar algunas fotos georeferenciadas y una
 gopro para ver si puedo hacer algunas capturas
 interesantes xD y luego compartirla a través de alguna
 plataforma libre.

 Si tienen algunas recomendaciones les estaré agradecido :-)

 Saludos!
 Juan Bauer

 

Re: [OSM-talk] admin_level 4 rendering

[Felix Delattre]

Thank you everybody!

Finally I could resolve this, with the kind help provided in this issue:
https://github.com/gravitystorm/openstreetmap-carto/issues/633

Labels need a place=state tag in order to get rendered. A deeper
discussion about how place areas should be rendered can be found here:
https://github.com/gravitystorm/openstreetmap-carto/pull/546

Cheers,
Felix

On 04/08/2014 09:55 PM, Pierre Béland wrote:
 Felix, 

 A by the nose recipe that you can try is to force update of the
 relation by simply modifying the order of the members in the list for
 the relation. After you save this relation, it will force the
 renderers to update for this relation.  I had such suggestions once
 and it did fix my problem.
  
 Pierre

 
 *De :* Felix Delattre m...@delattre.de
 *À :*
 *Cc :* Talk Openstreetmap talk@openstreetmap.org
 *Envoyé le :* Mardi 8 avril 2014 17h23
 *Objet :* Re: [OSM-talk] admin_level 4 rendering

 On 04/08/2014 02:36 AM, Martin Koppenhoefer wrote:

 2014-04-07 21:41 GMT+02:00 Paul Norman penor...@mac.com
 mailto:penor...@mac.com:

 Subarea members are a pain and duplicate geographic information,



 +1, avoid them as they do not add something what would not already be
 said otherwise.

 cheers,
 Martin

 Subareas still seem to be used in a lot of countries, such as, those I
 ran into casually:

 USA: http://www.openstreetmap.org/relation/148838
 France: http://www.openstreetmap.org/relation/2202162
 Ukraine: http://www.openstreetmap.org/relation/60199

 But checking other countries such as Germany, Switzerland and Haiti I
 can see that it is not there.
 I removed those subareas from the Nicaragua country relation and
 specified is_in=Nicaragua to the admin_level=4 relations.

 But, anyway this doesn't seem to have anything to do with the
 rendering. Is it right that this label rendering is happening only
 once in a while? Should we just wait, or is there something wrong with
 out data?

 Thank you!

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



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

Re: [OSM-talk] admin_level 4 rendering

[Felix Delattre]

On 04/08/2014 02:36 AM, Martin Koppenhoefer wrote:

 2014-04-07 21:41 GMT+02:00 Paul Norman penor...@mac.com
 mailto:penor...@mac.com:

 Subarea members are a pain and duplicate geographic information,



 +1, avoid them as they do not add something what would not already be
 said otherwise.

 cheers,
 Martin

Subareas still seem to be used in a lot of countries, such as, those I
ran into casually:

USA: http://www.openstreetmap.org/relation/148838
France: http://www.openstreetmap.org/relation/2202162
Ukraine: http://www.openstreetmap.org/relation/60199

But checking other countries such as Germany, Switzerland and Haiti I
can see that it is not there.
I removed those subareas from the Nicaragua country relation and
specified is_in=Nicaragua to the admin_level=4 relations.

But, anyway this doesn't seem to have anything to do with the rendering.
Is it right that this label rendering is happening only once in a while?
Should we just wait, or is there something wrong with out data?

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

Re: [OSM-talk] admin_level 4 rendering

[Felix Delattre]

Thank you, Clifford.

I hope I could fix those, by rechecking all the tagging and roles
(outer especially) in the relations. I think this could have been the
reason. Nevertheless this phenonema of not rendering the label of the
admin_level=4 regions is happening with all regions/departamentos in
Nicaragua. Also the ones which are not throwing an error by the OSM
Inspector [1] Please compare with the relations which are subareas of
the county's relation [2].
I further added a label to one of the regions' relation [3], using the
short name for testing purposes, and placed it where no much other stuff
is around.

Marking the tiles, close to this label node, as /dirty to refresh
them, would not render the region's label... :(


[1]
http://tools.geofabrik.de/osmi/?view=multipolygonlon=-85.04810lat=12.23695zoom=8overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes
[2] http://www.openstreetmap.org/relation/287666
[3] http://www.openstreetmap.org/relation/2195081#map=8/11.921/-83.589

On 04/07/2014 11:14 AM, Clifford Snow wrote:

 On Mon, Apr 7, 2014 at 9:48 AM, Felix Delattre m...@delattre.de
 mailto:m...@delattre.de wrote:

 I was going over the departmentos (admin_level=4) in Nicaragua
 yesterday. And it does not explain to me why the names of them not
 getting rendered in Mapnik. Please compare:

  * Province (admin_level=4) in Costa Rica:
 http://www.openstreetmap.org/relation/3222919#map=8/10.747/-85.051
 (label Guanacaste)
  * Departamentos (admin_level=4) in Nicaragua
 http://www.openstreetmap.org/relation/2194866#map=8/11.792/-85.122 (no
 label Chontales)


 I noticed in OSM Inspector an error on the Chontales multipolygon:  
 layer:ring_not_closed_hull
 rel_id:   2194866
 lastchange:   2014-03-12T04:13:04Z
 errmsg:   ring_not_closed
 area: 0.78
 tags: admin_level=4
 boundary=administrative
 name=Chontales


 Fix the errors to see if that fixes the rendering problem.

 Clifford

 -- 
 @osm_seattle
 osm_seattle.snowandsnow.us http://osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch

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

Re: [OSM-talk] admin_level 4 rendering

[Felix Delattre]

I just added this today because in the local talk list (talk-ni) a
friendly person pointed me to the relation defining Florida 
(http://www.openstreetmap.org/relation/162050) which is a subarea of USA
http://www.openstreetmap.org/relation/148838

It made sense to me to add all the states/departamentos to the country's
relation, so I did it. But this should be irrelevant to the rendering as
the states of USA and the provinces of Costa Rica are getting rendered
properly, no matter if they are as subarea defined in a parent relation
(like it is the case in USA) or not (in Costa Rica).

On 04/07/2014 01:29 PM, Pierre Béland wrote:
 In the relation for Nicaragua (id=287666), there are objects with role
 subarea.  For example, addition of subarea role for Chontales is
 redundant with Relation  Chontales (id=2194866). I dont know if this
 would fix the problem, but you could remove the redundant subarea
 members from the Nicaragua relation.  Developpers that know how
 relations are rendered could tell what is the impact of redundant
 references adding subarea elements to the main relation.
  
 Pierre

 
 *De :* Felix Delattre m...@delattre.de
 *À :*
 *Cc :* Talk Openstreetmap talk@openstreetmap.org
 *Envoyé le :* Lundi 7 avril 2014 20h42
 *Objet :* Re: [OSM-talk] admin_level 4 rendering

 Thank you, Clifford.

 I hope I could fix those, by rechecking all the tagging and roles
 (outer especially) in the relations. I think this could have been
 the reason. Nevertheless this phenonema of not rendering the label of
 the admin_level=4 regions is happening with all regions/departamentos
 in Nicaragua. Also the ones which are not throwing an error by the OSM
 Inspector [1] Please compare with the relations which are subareas of
 the county's relation [2].
 I further added a label to one of the regions' relation [3], using the
 short name for testing purposes, and placed it where no much other
 stuff is around.

 Marking the tiles, close to this label node, as /dirty to refresh
 them, would not render the region's label... :(


 [1]
 http://tools.geofabrik.de/osmi/?view=multipolygonlon=-85.04810lat=12.23695zoom=8overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes
 [2] http://www.openstreetmap.org/relation/287666
 http://www.openstreetmap.org/relation/287666
 [3] http://www.openstreetmap.org/relation/2195081#map=8/11.921/-83.589

 On 04/07/2014 11:14 AM, Clifford Snow wrote:

 On Mon, Apr 7, 2014 at 9:48 AM, Felix Delattre m...@delattre.de
 mailto:m...@delattre.de wrote:

 I was going over the departmentos (admin_level=4) in Nicaragua
 yesterday. And it does not explain to me why the names of them not
 getting rendered in Mapnik. Please compare:

  * Province (admin_level=4) in Costa Rica:
 http://www.openstreetmap.org/relation/3222919#map=8/10.747/-85.051
 (label Guanacaste)
  * Departamentos (admin_level=4) in Nicaragua
 http://www.openstreetmap.org/relation/2194866#map=8/11.792/-85.122 (no
 label Chontales)


 I noticed in OSM Inspector an error on the Chontales multipolygon:  
 layer:   ring_not_closed_hull
 rel_id:  2194866
 lastchange:  2014-03-12T04:13:04Z
 errmsg:  ring_not_closed
 area:0.78
 tags:admin_level=4
 boundary=administrative
 name=Chontales


 Fix the errors to see if that fixes the rendering problem.

 Clifford

 -- 
 @osm_seattle
 osm_seattle.snowandsnow.us http://osm_seattle.snowandsnow.us/
 OpenStreetMap: Maps with a human touch


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



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

Re: [OSM-talk] Es weihnachtet wieder sehr ....

[Felix Delattre]

On 11/08/2013 07:06 AM, Pieren wrote:
 On Fri, Nov 8, 2013 at 1:20 PM, Andreas Labres l...@lab.at wrote:

 Christmas trees are not an event.
 If you like. Call it temporary feature, like tents in camping,
 exhibitions, motor shows, food trucks, etc

Sorry for the noise

I just want to contribute to the conversation that even things that seem
to be obvious like the temporary character of Christmas trees do not
have to be true everywhere. Besides the following information might
amuse some of the readers.

As probably in most places of the christian world Christmas trees are a
temporary feature, but in Nicaragua we have them as a permanent
phenomena for over 5 years now in the roundabouts of the capital:
http://content.time.com/time/world/article/0,8599,1911496,00.html
This is not just a joke! It actually had a positive effect of recovering
public spaces by the people. The illumination of the places led to an
increased feeling of security and people like to spend their evenings
there (the whole year).

It looks like nobody has mapped them so far. We have to change this! :)
At least we know now that it has to be mapped as xmas:feature=tree.

Cheers,
Felix

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

Re: [OSM-talk] Costa Rica Panama borders

[Felix Delattre]

On 06/23/2013 08:43 AM, Pierre Béland wrote:
 contributor ArielRod24
 http://www.openstreetmap.org/user/ArielRod24 has repaired the two
 border relations and expressed his excuses on the changeset.

 see http://www.openstreetmap.org/browse/changeset/16641883
  
 Pierre

 
 *De :* Felix Delattre m...@delattre.de
 *À :* talk@openstreetmap.org
 *Envoyé le :* Jeudi 20 juin 2013 18h38
 *Objet :* Re: [OSM-talk] Costa Rica  Panama borders

 In case a Spanish speaker is necessary I'm happy to help out. In
 this case please contact me privately.
 I live in Central America so I'd be able to understand and
 translate local issues and realities, too.

 Cheers,
 Felix


I had contacted Ariel on Friday (in Spanish) and got an answer from him
yesterday explaining the issue. I attach the Spanish conversation here
and give you a quick and direct translation.


==Translation of Ariel's answer:==

On 06/22/2013 02:38 PM, ArielRod24 wrote:

Thanks for writing me. I don't have all the the knowledge managing OSM.
I didn't know about relations at all. Yesterday I went back to check the
new vector of the south border and the relations you asked me for. I'm
not sure if you can visualize these now.

I decided to delete the line (I didn't know about relations at this
moment), because first I had tried to correct it, but it was very
dififcult. It was easier to make a new line and conect it with the
others. It looks like I did it badly and I really didn't know better.
Yesterday I modified it again and I put the relations on the vector of
the new part of the southern border.

I don't know what you are meaning with the other ways. I don't delete
anything which wouldn't make sense to delete. Only really obvious
things, or in effect I haven't realized it, which I would not exclude,
but I doubt it. It could happen sometimes when the vectors are connected.

Thank you for contactingme and if you can not see the fixed borderline
please do not hesitate to tell me. I see that the issue seems has been
normalized, I don't see any missing part in my browser anymore and my
new line is visible but on a more precise scale belor the other.


==Spanish conversation==

On 06/22/2013 02:38 PM, ArielRod24 wrote:

 Hi xamanu,

 ArielRod24 http://www.openstreetmap.org/user/ArielRod24 has sent you
 a message through OpenStreetMap with the subject Re: Frontera entre
 Costa Rica y Panama:

 ==

 On 2013-06-21 20:29:06 UTC xamanu wrote:

 Hola Ariel:

 ¡Primero te quiero mandar un gran saludo! Es lindo ver que haya
 gente en Costa Rica mapeando y contribuyendo a OpenStreetMap. He
 estado bastante en Costa Rica, de hecho llevé un curso de SIG en
 la UCR y fuimos a mapear a la peninsula de Osa.

 Gracias por escribir. No soy muy conocedor de todo el manejo de OSM.
 No sabía lo de las relaciones. Ayer supuestamente volví a fijar en el
 nuevo vector de la frontera sur las relaciones que me pidieron. No
 estoy seguro si uds las pueden visualizar.

 Pues, te escribo por el problemita de las fronteras. Al parecer
 has hecho unas mejoras de la frontera, lo cual es muy apreciado.
 Pero al parecer hay un tuco de la linea de la fronteriza que
 corregiste, que no esta declarada como tal. A las fronteras se les
 asigna relaciones para saber que tipo de frontera es y para que
 los sistemas sepan que es todo dentro del terretorio tico.

 OK. Supuestamente resuelto.

 Algunas personas han visto eso y en la lista de
 talk@openstreetmap.org mailto:talk@openstreetmap.org se esta
 hablando del tema:
 http://lists.openstreetmap.org/pipermail/talk/2013-June/067304.html Y
 Pierre te había contactado directamente como autor de los cambios.
 ¡Quisiera aclararte bien que no es nigún regaño! Sino queremos que
 juntos mejoremos el mapa y en este momento hay que reparar la
 frontera. Obviamente tu eres la persona adecuada para definir bien
 la frontera, ya que al parecer sabes mejor que otros donde pasa la
 linea fronteriza y quisieramos pedirte que corrigas el pequeño
 error de la relacion que hace falta. O en caso que no te sientas
 bien con las relaciones en OpenStreetMap que nos ayudes a poner la
 frontera en su lugar mas correcto.

 Yo decidí borrar la línea (no sabia lo de las relaciones en ese
 momento) porque la intente corregir y era muy dificil. Era más fácil
 hacer otra línea y empatarla a lo restante. Parece que lo hice mal y
 no lo sabía. Ayer modifiqué y puse las relaciones al vector nuevo
 fronterizo sur que ya está agregado.

 Tambien se ha observado que en el mismo cambio que hiciste cuando
 cambiaste la frontera, que has borrado muchos otros caminos. Por
 favor dejanos saber si eso fue con intención o algún error.

 No sé a qué te refieres con otros caminos. Yo no borro nada que no
 tenga sentido ser borrado, a menos que sean errores obvios, o que en

Re: [OSM-talk] Costa Rica Panama borders

[Felix Delattre]

In case a Spanish speaker is necessary I'm happy to help out. In this
case please contact me privately.
I live in Central America so I'd be able to understand and translate
local issues and realities, too.

Cheers,
Felix


On 06/20/2013 03:39 PM, Pierre Béland wrote:
 I did contacted it twice. And also asked him to communicate with the list.

 The first time, yeasterday, he answered that he had modified the way
 with better data. I sent a new mail this morning showing him the way
 that was removed from the two border relations and asked him to
 correct the two relations appropriately. 

 I also asked him to  communicate with the list to report his success
 or to ask help.

 It might help that somebody speaking spanish communicate with him to
 assure he understand properly the situation.

  
 Pierre

 
 *De :* Milos( Komarc(evic' kmi...@gmail.com
 *À :* Aurélien FILEZ kinj...@gmail.com
 *Cc :* Talk Openstreetmap talk@openstreetmap.org
 *Envoyé le :* Mercredi 19 juin 2013 17h06
 *Objet :* Re: [OSM-talk] Costa Rica  Panama borders

 Aurélien,

 I'd gladly do it for you, but there seems to be a bit of overlap
 and disagreement between ways 223414455 and way 31714963

 You'd better contact member ArielRod24 who made the last changes
 with the border ways and relations to figure out which ones are
 correct.

 Best regards,
 Milos(


 On Wed, Jun 19, 2013 at 9:41 PM, Aurélien FILEZ kinj...@gmail.com
 mailto:kinj...@gmail.com wrote:

 The missing way for both country borders seems to be the
 way 223414455

 But I don't know how to add it to theses countries


 On Wed, Jun 19, 2013 at 10:37 PM, Aurélien FILEZ
 kinj...@gmail.com mailto:kinj...@gmail.com wrote:

 Hi,

 I saw than Costa Rica and Panama countries share a same
 frontier which is not present in the relation.

 So both countries have a miss in their border polygons.

 Costa Rica relation : 287667
 Panama relation : 287668

 I prefer report this to you to correct it than make a
 mistake by myself ;)

 Sorry for my bad english,

 See you !



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



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




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

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

Re: [OSM-talk] Multi city OSM mapping party around #desarrollandolatinoamerica

[Felix Delattre]

Hello Alex,

I'm pretty sure to attend this year's hackathon in San José, Costa Rica, and 
would be very happy to help/organize a mapping party there.

Cheers,
Felix


On 08/08/2012 05:13 AM, Alex Barth wrote:

 This year desarrollando latino america [1] will be organizing another multi 
 city latin american hackathon on the first weekend of December. I'd like to 
 add an OpenStreetMap flavor to it and help organize mapping parties in each 
 of the participant cities either during or before the hackathon. Details are 
 still being determined, I just wanted to drop a quick heads up here and 
 encourage everybody who is interested in helping organize in one of the 
 cities below to get in touch. Either way, I will follow up with details on 
 this list.

 A quick list of cities that are confirmed so far, more to come:

 Argentina: Buenos Aires (possibly Cordoba, others)
 Brasil: Sao Paolo (possible Rio, Recife, others)
 Bolivia: La Paz
 Chile: Santiago (possibly Temuco, Concepción, Viña, Valparaiso, others)
 Costa Rica: San José
 Perú: Lima ( other)
 México: México DF
 Uruguay: Montevideo

 [1] http://desarrollandoamerica.org/

 Alex Barth
 http://twitter.com/lxbarth
 tel (+1) 202 250 3633

 http://twitter.com/lxbarth

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


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