Re: [OSM-talk] What3words

[Daniel Kastl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Colin,

Beside the different opinions about proprietary and closed technology,
what is the point to add these 3 words as a tag? I don't really
understand the benefit, because the relation between location
(coordinates) and their address system is fixed. It's just a 3x3m grid.

In OSM every object has a geometry and you can query the w3w address
just using their API. So I don't see the point where it makes sense to
add such an address tag. It's like you add "latlon" as a tag.

Regards,
Daniel


On 22/11/15 22:37, Colin Smale wrote:
> 
> 
> 
> 
> Andy, you are right, if you accept that the 3 or 4 people who have 
> participated in this discussion are representative of OSM at large.
> But the most active inhabitants of this list and others are limited
> to maybe 10 people, who frequently use authoritative-sounding
> language like "we are not doing it" and "it has no place in OSM"
> without the merest hint of "IMHO". I am not naming any names, and I
> don't want to get into any personal arguments, but it is a general
> frustration I have with the discussions on these lists.
> 
> There may be many arguments against w3w in OSM, but I was kind of
> hoping that some of the attacks would also apply objectively to
> other entities which are or are not mapped in OSM. On-the-ground
> visibility was mentioned, and that is spurious in the sense that
> there are many other things in OSM which are not visible and are
> yet tolerated. Being proprietary was mentioned, but it is not
> really much more proprietary than the coordinates of UK postcodes
> used to be, and we were happily reverse-engineering them and adding
> them to point addresses and deriving district boundaries from that
> data. Through all that effort the proprietary nature (and the
> commercial value) of the PAF was to some extent diluted, and now a
> lot of this information is publicly available. Only time will tell
> if w3w takes off commercially. Right now they have had $5m of
> funding and have an impressive list of partners.
> 
> --colin
> 
> On 2015-11-22 14:01, ajt1...@gmail.com wrote:
> 
>> 
>> 
>> On 22/11/2015 12:51, Colin Smale wrote:
>>> 
>>> 
>>> 
>>> 
>>> 
>>> ...and once again, as seems to be the norm in OSM, any
>>> minority interest which is not supported by the oligarchy gets
>>> mercilessly shot down.
>>> 
>>> 
>> 
>> ... except it's not _just_ the "oligarchy", is it?  No-one on
>> this list seems to have a good word for the original idea.
>> 
>> Cheers,
>> 
>> Andy (SomeoneElse)
>> 
>> ___ talk mailing
>> list talk@openstreetmap.org  
>> https://lists.openstreetmap.org/listinfo/talk
> 
> 
> ___ talk mailing list 
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
> 

- -- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: https://georepublic.info
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWUci6AAoJEHjh5kk/zBG0MkQH/3R0ROeV1V8ugjeddSNrNaBE
KL7gQreKBzhrg+YnysiZGjqBJ6i0dmpe6OimPAXrOLrhzu90LvZJZRfhhSmWi3ms
HuNLUJofcPqQybEoJTZ+khQpebMBFg0DatH5uQJYvg+0fTBMpQncKtUjTPlMXhZf
UWMZSQNEpPOq8BAZ1/aO1Kxvxd2VNTxBgznsyTSzqs1LY8oS5ZiRzMFBpODYwlI7
kiqI69M8LC/IUjX5iSetBH+fTucNJxguvVhjadJnusGW6n+7gLYyPcZnTdRy5Q1+
HtUhDHOXqZiFYEoVcbveHZnEKAiMq9qXpZvv6xwQS4RJmEQpKTS6aGLBZ9jKSuc=
=lpOg
-END PGP SIGNATURE-

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

Re: [OSM-talk] What3words

[Daniel Kastl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


> 
> I guess there would be no objections to someone adding 
> addr:w3w:en=nice.place.here ? Or addr:w3w=en:nice.place.here ?
> 
> Surely the established addressing systems are also closed and 
> proprietary, in the sense that some organisation with a sanctioned 
> monopoly tells YOU what your address is - you cannot just make it
> up yourself. Street naming, postal codes etc are definitely in
> this category. We have been crowdsourcing postcodes for years
> without problems.
> 

The difference in their proprietary system (if you want to call
address systems in in countries closed and proprietary) is, that when
their API (and "algorithm") goes away, you won't find any address
anymore. It's totally unreliable to depend on a proprietary API to
locate an address, and a waste of time to add such data to OSM in my
opinion.

Regards,
Daniel




- -- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: https://georepublic.info
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWUbnBAAoJEHjh5kk/zBG0fTsIAM2TSeFlIbBW6laJP6O8E9NF
X3eTOExYtaQFHlsYXII/MWo8apMjGtCIw4fkmWFzkktkgIZlIqSWZdg2hzEBctCy
ilmSwsx2mL3yGf0uX+PhdPOvKKuBLq1NBMUDVV5Nl6Nnj9SPQA039B67B5Xve2HK
G/Lc6ZO5+5uGGMv4i2n0/Y99XNJWuax9E0AauKLGsJiFTA5d0bebbBC1AK9NmVf5
1MHNMED4bf82CbrV1TbR/nyjhWhXrA2OqJmEUKKK/TM/NnyakrLcFr2Ivx84PzdU
h+ozbJUrlpZDxv7yhCgWVuRsFcHF+QtNS52wK7VK964FptVLR5U21EVerAg1c3A=
=YvLQ
-END PGP SIGNATURE-

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

Re: [OSM-talk] Bad (wrong?) OSM publicity?

[Daniel Kastl]

On Wed, Sep 26, 2012 at 12:59 AM, Jeffrey Warren  wrote:

> "OpenStreetMap Japan, a Wikipedia-like service that contains a lot of
>> incorrect and outdated information."
>
>
> that is really awful. We can't let that kind of statement stand! It
> affects the credibility of all OSM efforts, and is like the kind of FUD
> Wikipedia saw early on. Any possibility of getting a retraction? Though
> really that doesn't even cover it. Some kind of very public rebuttal.
>
>
OSMF Japan (the local Japanese chapter) has already contacted the writer as
well as the interviewed person and I think there will be an appropriate
update/correction of the statement.

Anyway, it's just a matter of time until OSM will be the reference map in
Japan. We're working on it ;-)

Daniel


-- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: http://georepublic.de
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] SotM live streaming

[Daniel Kastl]

In a few minutes the SotM 2012 in Tokyo will start:
http://www.stateofthemap.org/

As every year for the majority of mappers it's not possible to attend the
yearly OpenStreetMap conference.
But for everyone, who couldn't come to Tokyo we offer to watch the talks
and presentations live on Ustream.
There are two channels:

   - Main: Convention Hall (2F)
   http://www.ustream.tv/channel/sotm-main

   - Second: Conference Room (3F)
   http://www.ustream.tv/channel/sotm-second

For the program schedule take a look here:
http://www.stateofthemap.org/schedule/
(Tokyo is 9 hours ahead of UTC)

Slides and other material will be collected and published in the conference
Wiki:
http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Thursday
http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Friday
http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Saturday

Daniel


-- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: http://georepublic.de
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Another live edit viewer

[Daniel Kastl]

On Tue, Sep 4, 2012 at 6:57 PM, cquest  wrote:

> A newer (cleaner) version is available at http://live.openstreetmap.fr/
>
> We designed it for demo purpose, but the backend will allow much more.
> I'll explain that during a lightning talk at SOTM.
>

We're planning to record the presentations, so you can watch them live, if
you like.
Details will be posted on the SotM website: http://www.stateofthemap.org/

Daniel




>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Another-live-edit-viewer-tp5723544p5723621.html
> Sent from the General Discussion mailing list archive at Nabble.com.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>



-- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: http://georepublic.de
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] 5th Sep. Akihabara mapping party, Tokyo

[Daniel Kastl]

Higashi-san,

Very cool place for a mapping party!
If you're in Tokyo and have a time, I definitely recommend you to join.

I will add this also to the SotM website.

Daniel



On Mon, Sep 3, 2012 at 1:30 AM, Shu Higashi wrote:

> Sorry for short notice.
>
> I planned a pre-SotM unofficial mapping party on 5th September at
> Akihabara, Tokyo.
> Please come on and join us!
> More details:
> http://wiki.openstreetmap.org/wiki/Akihabara_mapping_party_20120905
>
> Shu Higashi
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>



-- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: http://georepublic.de
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Transcription and "internationalization" in place names

[Daniel Kastl]

I think Japanese names are a good example how complex name tags can be, see:
http://wiki.openstreetmap.org/wiki/Japan_tagging#Names

There are altogether listed 5 tags for a name: name:ja_rm or name:en are
what you can read without knowing Japanese characters.
name:ja_rm is probably what will not be rendered usually, but this would be
the name written for example on street signs as name in latin characters.
name:ja_kana is what was mentioned in a previous email, because it helps
Japanese people to know the reading of a name. It's also useful for
geocoding.

Daniel


On Mon, Apr 16, 2012 at 5:18 PM, Peter Wendorff
wrote:

> Am 16.04.2012 09:54, schrieb Maarten Deen:
>
>> Wouldn't it be an idea to tag the name in the characterset of the country
>> and have the renderer decide whether or not to render a name:en tag with
>> the name tag?
>>
> I don't think it's a simple task to decide from the unicode representation
> of osm tags about the character set of the country, as it's not "encoded"
> in that way.
> name:en might additionally not be what we want internationally.
> Let's take Beijing as an example:
> - it's something in chinese glyphs as a local name (and I'm not sure, if
> there aren't several variants even in chinese
> - in Germany it's called "Peking", which originates in south china
> (according to wikipedia)
> - Gaeilge language uses Béising
> - Italians use Pechino
>
> In this case English seems to use the "right" transcription "Beijing", but
> I'm sure there are other cases, where English (or at least British English)
> uses a more "customized" version, e.g. from colonialism.
>
>> I don't know if the renderingrules allow such a decision to make. After
>> all, the renderingrules decide how the map looks like, and I can understand
>> if countries that do not use latin script want to render a "latin-clean"
>> map.
>> And: do not tag for the renderer. Entering names twice is tagging for the
>> renderer.
>>
> +10
>
> regards
> Peter
>
> __**_
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk
>



-- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: http://georepublic.de
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Fwd: Traffic simulation Modeling using OSM data

[Daniel Kastl]

Hi Sourav Dutta,

Your GSoC idea might eventually fit to the pgRouting project (
http://www.pgrouting.org/), which also participates in GSoC as part of
OSGeo as a mentoring organization:
http://wiki.osgeo.org/wiki/OpenRouter_2012_SOC_Ideas

pgRouting had one GSoC project last year implementing time-dependent
shortest path algorithm. An algorithm that takes into account the network
condition at the time it reaches a link in the network. The library is not
only about routing but open to any kind of network analysis, like  flow
algorithms would be something I'd like to see.

As Graham said, your proposal has only a small OSM part. But of course you
can make use of OSM data for a reference implementation.
More general information about OSGeo and GSoC you can find here:
http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2012

Daniel


On Wed, Apr 4, 2012 at 6:25 AM, Andres Oswaldo Calderon Romero <
andress.calde...@gmail.com> wrote:

> There is some work around it in SUMO (Simulation for Urban MObilitiy) [1].
>  It already allows the use of OSM networks [2]. ..
>
> [1] http://sumo.sourceforge.net/
> [2]
> http://sourceforge.net/apps/mediawiki/sumo/index.php?title=NETCONVERT#Supported_Formats
>
> On Tue, Apr 3, 2012 at 3:54 PM, Floris Looijesteijn  wrote:
>
>> Hey,
>>
>> I also really like this idea. If you could spice up the OSM part in it
>> I think you
>> should definitely submit it!
>>
>> Maybe you could do something with the history in OSM. What happens if a
>> new
>> motorway is opened? Or you could work with the proposed=* ways...
>>
>> Greetings,
>> Floris Looijesteijn
>>
>> On Tue, Apr 3, 2012 at 5:36 PM, Graham Jones 
>> wrote:
>> > Hi,
>> > This sounds like a really interesting idea - it is something I have
>> always
>> > had the idea of doing, but have never got around to it - I would like to
>> > re-create the effect of someone touching their brakes on a busy road,
>> > leading to someone  doing an emergency stop 2km further back.
>> >
>> > The OpenStreetMap part of the proposal is however quite minor - it is
>> only
>> > really providing you with the network - the 'interesting' part of the
>> > proposal is the simulation.
>> > Therefore by all means submit the idea to OSM and we will consider it
>> along
>> > side the other proposals, but it might be worth seeing if there is a
>> > numerical simulation project that has been accepted to GSoC that you
>> could
>> > apply to as well, in case it is not accepted as part of OSM?
>> >
>> > Regards
>> >
>> > Graham.
>> >
>> > On 3 April 2012 11:38, sourav dutta  wrote:
>> >>
>> >>
>> >> Hi,
>> >> Sorry for mailing in so late, i came to know about Gsoc few days ago.
>> >> I am Undergraduate doing my Btech-Hons for IIIT - Hyderabad. I have
>> worked
>> >> in OCR, Vision,(Sfm) ,Image Processing,Information retrieval.
>> >>
>> >> OSM data have been used for path finding...with A star algo etc.but it
>> is
>> >> never used for simulation of traffic.
>> >>
>> >> Traffic monitoring and simulation has been worked on for some time now.
>> >> There are very elaborate systems like MITSIM which gather data from
>> >> various sources  and  design a traffic model. But the problem is it is
>> >> very difficult to implement them. The information about the streets,
>> traffic
>> >> data, satellite data etc. is difficult to gather.
>> >>  My idea is to design a traffic simulation using OSM data. as the
>> OSM
>> >> data is readily available and is available in many formats. To model
>> the
>> >> traffic probabilistic or network flow models are popular. But to get a
>> >> more accurate simulation want to use  multiple vehicles as bots
>> interacting
>> >> with
>> >> each other.
>> >> A basic overview of my idea ...
>> >>
>> >> 1) first we need the area where want the simulation to run. This would
>> be
>> >> done by defining a rectangular region in the map. This data can be
>> stored
>> >>in posgreSQL which will make it easier to use the data.
>> >> 2) Next we define for all the bots - source and destination and this
>> find
>> >> the appropriate path(A star) to go.
>> >> 3) At the heart of the simulation we need to have a engine which would
>> >> handle the collision etc. and directs the bots etc. I have tried a few
>> >> physics
>> >>engine but their performance degrades steeply decreases with the
>> >> increase of number of objects.
>> >> 4)  So I want to use my own engine with only few rules for collision
>> etc.
>> >> The brute for implementation would require to check each bot with
>> other bot
>> >>( the same thing which makes other engines slow O(n^2) ). But i
>> plan to
>> >> use a implementation of KD-tree, ANN(Approximate nearest neighbour)
>> Open
>> >>   source  implementation of the same exists and works pretty well. This
>> >> would allow the matching to be done in O(nlogn).
>> >>ANN implementation (http://www.cs.umd.edu/~mount/ANN/)
>> >> 5) To manage the interaction of the bots the memory requirements
>> >> skyrockets as the number of bots 

Re: [OSM-talk] Japanese - help by students

[Daniel Kastl]

Hi Jan,

How did you count them? Which tags?
In Japan so called "convenience stores" are almost everywhere.
Though I think not a lot of shops and other buildings have been mapped in
Japan before.

Daniel




2011/3/17 Jan Tappenbeck 

>
>
>  hi!
>
> i analyse the area of japanese and found only 20 supermarkets - would it be
> possible to ask japan-students (home in the crise-area) for informations
> about supermarkets etc.
>
> regards Jan .-)
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>



-- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: http://georepublic.de
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Crisis mapping - assistance requested for infrastructure mapping in Tohoku/Japan

[Daniel Kastl]

I heard from several foreigners, that one problem to help is that they often
can't read what's written on Japanese websites.
Some convenient tool, that is easy to install as extension for Chrome is
called "rikaikun":
https://chrome.google.com/extensions/detail/jipdnfibhldikgcjhfnomkfpcebammhp

It helps a lot to translate city names for example or small paragraphs,
probably not complete websites (and no flash and images).

Otherwise don't hesitate to ask in English on the OSM talk-ja mailing list
or in IRC (irc.oftc.net #sinsai-info).
Even if the people there mainly use Japanese, there will be someone
to answer your questions or help with translations.

Daniel



2011/3/16 Daniel Kastl 

> If you want to help mapping Japan and don't know where, take a look at this
> map:
>
> http://www.arcgis.com/home/webmap/viewer.html?webmap=667dc8e453c347cfb89a846d6dffb61d
>
> Orange: Tsunami affected area
> Purple: areas with many people at the moment
>
> Thank you to Ikiya for this information!
>
> Daniel
>
> <http://www.arcgis.com/home/webmap/viewer.html?webmap=667dc8e453c347cfb89a846d6dffb61d>
>
> 2011/3/16 Tomomichi Hayakawa 
>
>> Now we are mapping around tsunami/earthquake afflicted area.
>> Broad area has affected, so we need help to create base map.
>> Please help us.
>>
>> There are some high-resolution  Bing area around tohoku.
>> Aomori, Hachinohe, Sanriku (Kamaishi to Miyako),
>> Sendai, Kurihara, ichinoseki,Oou, Hanamaki, Morioka, Iwaki ...etc
>> Here is a Bing-area map on google map.
>>
>> http://maps.google.co.jp/maps/ms?ie=UTF8&hl=en&brcurrent=3,0x34674e0fd77f192f:0xf54275d47c665244,0&msa=0&ll=39.491324,141.152344&spn=3.598772,6.421509&z=8&msid=214659934638657454830.00049e3467120e402f8cb
>>
>> Till new imagely will come, we are trying to create base map
>> as fare as we can.
>>
>> Thanks.
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk
>>
>
>
>
> --
> Georepublic UG & Georepublic Japan
> eMail: daniel.ka...@georepublic.de
> Web: http://georepublic.de
>



-- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: http://georepublic.de
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Crisis mapping - assistance requested for infrastructure mapping in Tohoku/Japan

[Daniel Kastl]

If you want to help mapping Japan and don't know where, take a look at this
map:
http://www.arcgis.com/home/webmap/viewer.html?webmap=667dc8e453c347cfb89a846d6dffb61d

Orange: Tsunami affected area
Purple: areas with many people at the moment

Thank you to Ikiya for this information!

Daniel


2011/3/16 Tomomichi Hayakawa 

> Now we are mapping around tsunami/earthquake afflicted area.
> Broad area has affected, so we need help to create base map.
> Please help us.
>
> There are some high-resolution  Bing area around tohoku.
> Aomori, Hachinohe, Sanriku (Kamaishi to Miyako),
> Sendai, Kurihara, ichinoseki,Oou, Hanamaki, Morioka, Iwaki ...etc
> Here is a Bing-area map on google map.
>
> http://maps.google.co.jp/maps/ms?ie=UTF8&hl=en&brcurrent=3,0x34674e0fd77f192f:0xf54275d47c665244,0&msa=0&ll=39.491324,141.152344&spn=3.598772,6.421509&z=8&msid=214659934638657454830.00049e3467120e402f8cb
>
> Till new imagely will come, we are trying to create base map
> as fare as we can.
>
> Thanks.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>



-- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: http://georepublic.de
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] address parsing by nominatim

[Daniel Kastl]

2011/1/10 Elizabeth Dodd 

> On Sun, 9 Jan 2011 20:15:46 +0100
> M∡rtin Koppenhoefer  wrote:
>
> > 2011/1/9 ヴィカス ヤダヴァ (vikas yadav) :
> > > I surveying from Northern India. I studied how addresses are to be
> > > tagged in order so nominatim can locate it. That went great. The
> > > problem is the every house has to be tied to a street (addr:street).
> > > 1) We don't have names for living streets
> >
> >
> > are you sure you are talking about living streets or do you mean
> > residential streets?
> >
> >
> > > 2) We so many times have blocks or sectors (tagged as locality or
> > > hamlet)
> >
> >
> > locality should be used for uninhabited places
> >
> >
> > sorry, that I cannot help you with your original problem.
> >
> > cheers,
> > Martin
> >
>
> Martin's reply highlights a problem with the eurocentric version of a
> place hierarchy in OSM - it doesn't fit India.
>

Not only India, also other countries such as Japan have a block address
system, which for example doesn't match with how openaddresses collects data
at the moment.
Here some good explanation: http://sivers.org/jadr

Such a block address system actually has some advantages as well. You don't
have to know the house number to be able to know about where the address is
located. You can take the center point of the block polygon as well and it
will usually be a good approach. With long streets this is usually not
possible.

Daniel




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



-- 
Georepublic UG & Georepublic Japan
eMail: daniel.ka...@georepublic.de
Web: http://georepublic.de
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk