I have finally found the way. I leave some examples here:
As JSON:
http://www.wikidata.org/w/api.php?action=wbgetentities&ids=Q5720&languages=en&format=json
As XML:
http://www.wikidata.org/w/api.php?action=wbgetentities&ids=Q5720&languages=en&format=xml
Using title:
http://www.wikidata.org/w/api.
On Fri, Oct 4, 2013 at 1:35 AM, César Martínez Izquierdo <
cesar@gmail.com> wrote:
> Thanks Eugene, that looks really promising.
> I've seen there is an API to query Wikidata (results can be list of
> Wikidata item IDs encoded as JSON), but I don't see the way to get the item
> itself as JSON
On Thu, Oct 03, 2013 at 03:31:20PM +0200, César Martínez Izquierdo wrote:
> That sounds interesting. I am not familiar with Nominatim, but I have
> correctly understood, the result is a Postgres/postgis database with all
> those polygons and hierarchies. This could be an interesting approach as
> t
Thanks Eugene, that looks really promising.
I've seen there is an API to query Wikidata (results can be list of
Wikidata item IDs encoded as JSON), but I don't see the way to get the item
itself as JSON (or any other parseable format). Is it on the way?
César
2013/10/3 Eugene Alvin Villar
> On
That sounds interesting. I am not familiar with Nominatim, but I have
correctly understood, the result is a Postgres/postgis database with all
those polygons and hierarchies. This could be an interesting approach as
the post-processing could be directly done there using PostGIS predicates.
However
The important issue here is that there is lots of potential uses here
(layers are not used exclusively for creating "maps", they can also be used
for analysis) and there are people wishing to use these datasets: the
administrative boundaries based on coastline (call them whatever you want),
the one
On 2013-10-03 14:53, Martin Koppenhoefer wrote:
2013/10/3 Pieren
All the states or countries maps I've seen in my life used the
coastline. It does not mean that the sovereignty stops at the water
line. It's just a convention.
how many states or country maps have you seen in scale 1:1000?
All
2013/10/3 Martin Koppenhoefer
> well, maybe this is how things are correct? years ago I stumbled upon
> Liberia having a 200NM maritime border.
in reference to this I have found a document today stating that the
president of Liberia has released an executive order on Jan 10th 2013 which
seems
2013/10/3 Pieren
> All the states or countries maps I've seen in my life used the
> coastline. It does not mean that the sovereignty stops at the water
> line. It's just a convention.
>
how many states or country maps have you seen in scale 1:1000?
cheers,
Martin
__
On Thu, Oct 3, 2013 at 2:16 PM, Paul Norman wrote:
> Frankly, I find the idea of using the coastline as an admin boundary
> rather silly. This would mean that if you step out 1 foot into the
> water, you've left the state or country.
All the states or countries maps I've seen in my life used the
On Thu, Oct 3, 2013 at 6:35 PM, César Martínez Izquierdo <
cesar@gmail.com> wrote:
> Eugene, I am also interested on your proposal to store on Wikidata a
> table/database similar to the one described on 1, so any further details on
> available infrastructure, technologies in use, work already
On Thu, Oct 3, 2013 at 9:18 PM, Martin Koppenhoefer
wrote:
>
> 2013/10/3 Paul Norman
>
>>
>> Frankly, I find the idea of using the coastline as an admin boundary
>> rather silly. This would mean that if you step out 1 foot into the
>> water, you've left the state or country.
>
>
>
> indeed it see
2013/10/3 Paul Norman
>
> Frankly, I find the idea of using the coastline as an admin boundary
> rather silly. This would mean that if you step out 1 foot into the
> water, you've left the state or country.
indeed it seems to be different: en.wikipedia.org/wiki/Territorial_waters
look at the i
From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
Sent: Thursday, October 03, 2013 3:20 AM
Subject: Re: [OSM-talk] Administrative boundaries export
> you don't need them, and you will put unneccessary heavy load on the db
> creating a relation with all coastlines and th
On Thu, Oct 03, 2013 at 12:32:36PM +0200, César Martínez Izquierdo wrote:
> Hi Frederik, regarding software, I am already familiar with Mapit scripts
> code, which are able to extract admin boundary polygons for each level (it
> is not creating relationships though). How do you see Nominatim or
> O
Hi,
On 10/03/13 12:32, César Martínez Izquierdo wrote:
> Hi Frederik, regarding software, I am already familiar with Mapit
> scripts code, which are able to extract admin boundary polygons for each
> level (it is not creating relationships though). How do you see
> Nominatim or Osmium/osmjs better
Hi Frederik, regarding software, I am already familiar with Mapit scripts
code, which are able to extract admin boundary polygons for each level (it
is not creating relationships though). How do you see Nominatim or
Osmium/osmjs better for the purpose? Reading osmjs documentation, I see it
could be
2013/10/3 Christian Quest
> Well, I think I fully understand all the diversity, but when you want the
> "shape of UK" or Liberia, I presume most people expect the land, not the
> maritime boundaries claimed ones or whatever.
>
yes, but you don't need a special relation for this, you only have t
2013/10/3 César Martínez Izquierdo
> 2 - For each country, how to distinguish the land mass from territorial
> waters. I am more interested on mapping the land mass, but the territorial
> waters could be also generated if we have this distinction.
>
no, the landmass is the land inside the terri
Thanks for all the advises and suggestion. I agree that in order to achieve
this, at least 2 tables/trees/dbs have to be maintained:
1 - The relationship of each admin_boundary on a certain level with its
parent (and the opposite) and whether this same boundaries applies for
other admin_boundaries
Well, I think I fully understand all the diversity, but when you want the
"shape of UK" or Liberia, I presume most people expect the land, not the
maritime boundaries claimed ones or whatever.
This does not prevent to have 2 boundary relations, one for land boundary
and one including maritime ones
> Am 02/ott/2013 um 23:52 schrieb Christian Quest :
>
> UK level 4 is on the maritime borders (island culture ?) where most other
> European countries stop on the coastline... tagging bio-diversity is not
> helpful !
well, maybe this is how things are correct? years ago I stumbled upon Liber
On Thu, Oct 3, 2013 at 6:52 AM, Christian Quest wrote:
> UK level 4 is on the maritime borders (island culture ?) where most other
> European countries stop on the coastline... tagging bio-diversity is not
> helpful !
>
This is actually another point to consider when extracting admin boundaries
f
Frederik explained many of the usual troubles you may encounter. Sorry to
had many a few more :(
I recently had to deal with admin boundaries and the lack of homogeneous
tagging of worldwide reference numbers (like iso3166 or FIPS) does not help.
For example US states had only the usual 2 letters
The American Red Cross is dealing with this issue right now.
We've built a database using GADM, GAUL, and Natural Earth. We initially
wanted to rely heavily on OSM but because the relation breaks said it
proved problematic. We've parked the use of OSM in our boundary dataset so
that we can move fo
On Thu, Oct 3, 2013 at 3:58 AM, Frederik Ramm wrote:
> What we would really need though, is something much bigger: A separate
> database of admin hierarchies, where people could - in a crowdsourced
> manner - record things like:
>
> "There is an adminlevel 2 entities called Germany"
> "It is divi
Hi,
On 02.10.2013 18:23, César Martínez Izquierdo wrote:
> I plan to create and make easily available a world-wide administrative
> layer based on OSM data, ideally including existing administrative codes
> (ISO, NUTS in Europe, etc) for each level and producing regular updates
> (for instance onc
On Wed, Oct 2, 2013 at 6:23 PM, César Martínez Izquierdo
wrote:
> I plan to create and make easily available a world-wide administrative layer
> based on OSM data, ideally including existing administrative codes (ISO,
> NUTS in Europe, etc) for each level and producing regular updates (for
> insta
Hi,
I plan to create and make easily available a world-wide administrative
layer based on OSM data, ideally including existing administrative codes
(ISO, NUTS in Europe, etc) for each level and producing regular updates
(for instance once a year).
I think such a layer would be very useful for a n
29 matches
Mail list logo
