From HackerspaceWiki
Jump to: navigation, search

old stuff[edit]

Moved to /old -- Jeroen De Dauw 23:48, 12 March 2010 (UTC)

mysql database dump[edit]

Would you like to dump the complete database, i.e. replace the standard mediawiki installation or just dump the additional content? Maybe the easiest thing (for users and maintainers alike) would be to create an alternative installation script that installs the default + our addons. --Kwisatz 11:07, 12 March 2010 (UTC)

I'd go for a dump of the complete db. That's easy to make, and easy to import (if you know how to of course). An installer would be completely awesome, but who's going to make it? --Jeroen De Dauw 16:22, 12 March 2010 (UTC)
Well I was just thinking about a simple script that fetches settings from AdminSettings.php and imports the data. Nothing fancy actually. Maybe we can have more complex installation options later on. --Kwisatz 17:35, 12 March 2010 (UTC)
But you'd still need to DB dump to get the actual wiki contents including the SMW datastructures no? -- Jeroen De Dauw 23:45, 12 March 2010 (UTC)


I suggest sticking with WikiSpaces. It creates a connection between both MediaWiki and HackerSpaces and sounds much better than HackerWiki ;) --Kwisatz 11:07, 12 March 2010 (UTC)

Yeah, why not. WikiSpaces 0.1, doesn't sound bad. --Jeroen De Dauw 16:19, 12 March 2010 (UTC)

project home[edit]

How we use the same page (this) as project home and documentation base? --Kwisatz 11:07, 12 March 2010 (UTC)

Personally I'd rather see the releases hosted on an open source project site (esp since here you can't see download count). I have no objections to the docs being here. --Jeroen De Dauw 16:18, 12 March 2010 (UTC)
Ok, what about combining source hosting and revision control then? ;) --Kwisatz 17:35, 12 March 2010 (UTC)
Using a google code SVN repo would be fine for me (assuming that's what you mean). --Jeroen De Dauw 23:45, 12 March 2010 (UTC)

I created a Google Code project here :) -- 13:37, 26 March 2010 (UTC)


IMO we need some central means of communication if we want good coordination between multiple people. Mailing list, IRC room, ...? --Jeroen De Dauw 05:48, 27 March 2010 (UTC)


IMHO, we should try to have a minimum of required extensions. The less extensions we use, the less we need to update, the less conflicts between extension version we'll have. Personally, I don't think the AdminLinks extension is required. I can't see the added value. --Kwisatz 11:15, 12 March 2010 (UTC)

Well, only cite and the captcha extension are not part of Semantic Bundle. It'd be move work to move extensions out then to let them in. SB does guarantee there are no conflicts, and allows to update all these extensions at one, so I'm guessing that won't be a problem --Jeroen De Dauw 16:21, 12 March 2010 (UTC)
Hmm... well ok.. can't change much about that then.. but I consider that extension kinda superfluous nontheless.. Well, fortunately one can always disable those extensions one doesn't like --Kwisatz 17:35, 12 March 2010 (UTC)
Having it loaded won't kill anybody. Also, why do you think this extension is useless? Yaron wrote it, so I figure he had good reasons for that.
Linus Torvalds also wrote the Linux kernel. While I respect his work, not everybody has use for that kernel... If it's part of the bundle and won't ever make trouble, that's a different thing. But I mostly try to KISS and adding more extensions usually doesn't help at that. --Kwisatz 23:51, 12 March 2010 (UTC)


Location vs. City, State, Country. Is it possible to parse a location to give the three properties city, state and country or would it be better to have these three properties and combine them to a single location? I.e. Have Has city::Berlin and Has Country::Germany combined into Has location::Berlin, Germany (Example: --Kwisatz 12:16, 12 March 2010 (UTC)

I would not create such a location property at all, but rather have a page of the locations category as value. These pages can hold address, city and country values, as well as their geocoded equivalent. This way you can display all events occurring at one location and do other cool stuff (example at 0x20). This is only a good approach for locations that come back from time to time, so is ideal for events and projects, but not good for people. The person template could just define a coordinate field that can then be edited with a SF map input.
Combining the stuff at person and location templates might be a good idea though - then you don't have to query all 3 of them and put them together every time you need the full address string on some other location. -- Jeroen De Dauw 16:13, 12 March 2010 (UTC)
Ok, I had a thorough look at how you're using it at 0x20, I implemented the same functionality in our wiki and now I totally agree. I did never think of using the #show parameter that way :( So ideally you'd use the Semantic Form Inputs' combobox to display already available Locations. (Example: syn2cat) [Or alternatively the autocomplete option]
Any idea how one could add locations that are not already there? I mean adding a link to the Form would be easy but a modal dialog, like the UploadFile field uses would be cool. That might be a request for the Semantic Form Inputs, I guess. --Kwisatz 18:43, 12 March 2010 (UTC)
Basically people would have to fill in several of the address, city, state and country fields. I don't see any way to get around that. --Jeroen De Dauw 23:45, 12 March 2010 (UTC)
Sure, but if you take a Form that has a uploadable field, the "Upload file" link creates a modal dialog that allows you to upload a file without leaving the page you're on. The same should apply to adding a location. See --Kwisatz 23:58, 12 March 2010 (UTC)

Address Template[edit]

Also, the address template would need a change, so that it doesn't display a comma when no street address is given. --Kwisatz 19:44, 12 March 2010 (UTC)
I have a template on 0X20 doing such a thing. It only works with address, city and country though, so state would need to be added. Also, this template is used on pages where all these individual parts are queried, which is not as good as having the one encapsulating location property on the queried page itself that uses the template. -- Jeroen De Dauw 23:45, 12 March 2010 (UTC),_Will_be_removed The first comma is still there. It's just a small change that would be required, but I'm just pointing it out. You may delete the page now. --Kwisatz 23:56, 12 March 2010 (UTC)


Still, if you say, above, that a location holds address, city and country values. What about those venues that don't have an address or are badly geocoded? (Our space's address is one of these examples:,+rue+du+cimeti%C3%A8re,+Strassen,+Luxembourg&sll=47.262692,11.3947&sspn=0.33038,0.617294&ie=UTF8&hq=&hnear=11+Rue+du+Cimeti%C3%A8re,+1338+Luxembourg&t=h&z=16) <-- note that this is the wrong place.

So, something like this (pseudocode) would be neat:

#if {{{coordinates}}}: coordinates={{{coordinates|}}} 
else coordinates =  [[has coordinates::{{#geocode:{{{address}}},city,country}}]]

Or some form of reverse geocoding.

Would it be possible to have a hidden map show up in case the geocoding goes wrong? (i.e. using header tabs or some simple js?) --Kwisatz 17:35, 12 March 2010 (UTC)


Selecting categories to sync[edit]

IMHO site sysops should be allowed to choose which categories to sync and which not. I.e. one might want to have a comprehensive list of all events, but not sync any projects, workshops, etc... --Kwisatz 11:53, 12 March 2010 (UTC)

Interwiki data[edit]

When syncing data, it would be interesting to have some interwiki data, as for example Persons or Users, so that a "Has contact" property will always be a valid page. --Kwisatz 11:20, 12 March 2010 (UTC)

Preventing duplicate data[edit]

How do we prevent duplicate datasets? I.e. imagine two hackerspaces create the same event. How do we detect and prevent duplicates? --Kwisatz 11:26, 12 March 2010 (UTC)

Having a policy that the hackerspace hosting an event creates it, and other don't would go a ong way here. General events not linked to a specific space could then be put on The import would either abort, or override the existing stuff, when it's already imported, so I don't see how anybody would end up having duplicate data --Jeroen De Dauw 16:25, 12 March 2010 (UTC)
Ok, let's see if it works out. --Kwisatz 17:35, 12 March 2010 (UTC)

Workshops and meetings[edit]

I would not go create separate workshop and meeting categories/templates/forms, since they are Events. It would be far better to have an 'event type' field in the events, which can then indicate the events is a meeting or a workshop. -- Jeroen De Dauw 16:06, 12 March 2010 (UTC)

Well basically you're right. They have the same set of properties. I just didn't want to accept that, because it means I'll have to go over my own templates and forms again, changing all of that. --Kwisatz 17:35, 12 March 2010 (UTC)
Well, once the WikiSpaces wiki is up it won't be that hard to copy the stuff over, it'll be easier then improving your stuff without this project. In any case, I think it's worth the effort, definitely on the long run. --Jeroen De Dauw 23:45, 12 March 2010 (UTC)

Custom modifications to the codebase[edit]

I suggest keeping custom modifications to the code base as low as possible, ideally none. Having them would increase the maintenance work, and the change that things break. If stuff like recurring events is not in an extension, it's probably best to try to get it in, or create our own little independent extension. --Jeroen De Dauw 23:50, 12 March 2010 (UTC)

I'll have to check with Yaron if he's gonna accept my patch or not. I don't really understand why people don't need recurring events on "everyfirstsaturdayofmonth" basis. We have meetings every first Tuesday of a month, rather than every 19th of month, I suppose others do too? --Kwisatz 00:00, 13 March 2010 (UTC)