I seem to have isolated the issue to the method getProperyValues in
the class SqlStubSemanticData. Here it seems that there is some kind
of mixup going on when i have defined a container to hold coordinates.
According to the code it seems that it tries to fetch a given array
entry with the key of t
I've been staring at the code now for the past few hours, and i simply cant
figure out why my data isn't retrieved. Unless i can get some more support
on this then i'm afraid i will have to seize my plans on extending SMW with
polygons, circles, rectangles, and lines datastructures.
But i reckon i
Hi again, sorry for the long wait. I have been working on some slightly
easier tasks for the time being, but have now returned to this :) So, i'm
still having issues where when querying the data from the #ask parser is
not showing any data (empty table cell). Please take a look at the polygons
bran
Ok, added the changes in a new branch polygons:
these are the new urls:
https://gerrit.wikimedia.org/r/9360 (semanticmaps)
https://gerrit.wikimedia.org/r/9361 (smw)
--
Live Security Virtual Conference
Exclusive live event
I tried creating a new branch, however not so successfull.
Errors running git rebase -i remotes/gerrit/geopol
fatal: Needed a single revision
invalid upstream remotes/gerrit/geopol
What i ended up with was adding a topic instead as it from the
documentation seemed that would be created in its own
Hey Kim,
Great to see you make progress! :)
> would it be ok if i added the code ive written so far to gerrit? so you
guys can follow my progress line by line? that way you could probably help
me better if other issues arise.
Yes, it'd be fantastic if you could push your code to Gerrit - I'd be
On 24/05/12 09:41, Kim Eik wrote:
> So I've managed to get past my issues, even without help! ;)
Great :-)
Re your missing table issue: future versions of SMW will always have
coordinate support enabled. Migration code (if needed) will be based on
the SM table. So a good approach might be to st
So I've managed to get past my issues, even without help! ;) Anyways, you
knock one down, and another one pops up, isn't that how it usually is? So
what i have done so far is that i put all the coordinates in a Container
object instead. that solved the one to many mapping, however now it seems
tha
Ok, so i figured out how to create the necessary table.. however i'm unsure
of how i should set up a one to many mapping towards the sm_coords table..
as of now i have defined the following table:
self::$prop_tables['smw_polygon'] = new SMWSQLStore2Table(
'sm_polygon',
array( 'coordinate_id' => '
Ok, so i have run into an issue.
A database query syntax error has occurred. This may indicate a bug in the
software. The last attempted database query was:
(SQL query hidden)
from within function "SMW::getPropertySubjects". Database returned error "1103:
Incorrect table name '' (localhost)".
W
On 23/05/12 09:02, Kim Eik wrote:
> >From your descritpion, a container data item looks like the way to go
> for storing my structures. Do you have a practical example on how
> container data item is used?
>
> From the code documentation i can see that:
>
> * Being a mere placeholder/template f
>From your descritpion, a container data item looks like the way to go for
storing my structures. Do you have a practical example on how container
data item is used?
>From the code documentation i can see that:
* Being a mere placeholder/template for other data, an SMWDIContainer is
not
* immut
Hi Kim,
that is a very exciting project. Here are some general hints/comments:
* Jeroen is right, but I would suggest a slightly different approach :-)
* To get started, you can store your data in a Container data item
(similar to subobjects and records). In essence, this means that each
value
Hey,
> a map can have several polygons
Sure. Which polygons a map shows is determined by the query it visualizes
the results for. When creating the definitions of the polygons you should
not have to care to much of which polygon will end up on what map. You just
create a data structure that makes
Thank you for your introduction Jeroen, i shall gaze upon the smw
sourcecode with new light tomorrow and see if i can't implement something
along the lines of your suggestion.
A couple of questions though.
As for your insight on the metadata issue, you state that it would be
better to have metada
Hey,
This is indeed a very exciting feature and I can't wait to see it
implemented :)
> Should i define each one of these as a SMWDataItem::TYPE_xxx? Or should
these things be defined through things like a combination of record/blobs
and arraymap?
Having dedicated data types seems like the way t
- 933 543
http://svt.se/nyhetslabbethttp://säsongsmat.nuhttp://nairobikoll.se
Date: Tue, 22 May 2012 09:57:08 +0200
From: k...@heldig.org
To: semediawiki-devel@lists.sourceforge.net
Subject: [SMW-devel] Semantic mediawiki and map data
I'm rather new to semantic mediawiki and seeking some assi
I'm rather new to semantic mediawiki and seeking some assistance in terms
on how i should proceed.
Today, semantic mediawiki (through the Semantic Maps extension) supports
defining geographic coordinates. a single point on a map. However, i intend
to expand on this feature and allow to define area
18 matches
Mail list logo
