Recent Posts

Pages: 1 2 [3] 4 5 ... 10
21
M4OPS - for those responsible for an OPS / Compiling Features
« Last Post by PeterC on 12 April 2018, 12:37:27 »
Once a list of un-georeferenced features has been prepared in a Features.csv file (eg from The Journal or transcripts), then the next stages of the process are:
  • Ensure the Features.csv file is in UTF8 format with no BOM
    • for Notepad++ use the menu Encoding - click on Convert to UTF-8 (without BOM), save and reload to check it is still encoded as UTF-8
  • Add the All Features layer
  • Upload and compile
  • Georeference the Features
(If not already done) Add the All Features layer to the LayerDefs_Feature.csv file:
  • Whereas other processes may be done more than once, this one is done just once
  • Where the fieldnames are
    layertype;category;title;csvname;candownload;url;attribution;mapkey;minx;miny;maxx;maxy;shorttext;description;fl_Ncols;flhead_col1;layerdescription
  • the All Features layer entry is
    Vector;Local;All Features;AllFeatures;TRUE;AllFeatures.geojson;#PDC#;;;;;;;;1;;These are all the features as we have recorded them.
Upload and compile:
  • In M4OPS for your OPS (first Dev then, when tested, Production):
  • Click on the Upload Tab
  • Click on Choose Files, Browse to the folder where your csv files are located
  • If you have updated the LayerDefs_Feature.csv file:
    • Select the LayerDefs_Feature.csv file and click on Open
    • Click on Upload, and (if necessary) provide the password
    • When the Uploaded OK message appears click on OK
  • As you have updated the Features.csv file:
    • Select the Features.csv file and click on Open
    • Click on Upload, and (if necessary) provide the password
    • When the Uploaded OK message appears click on OK
  • Click on Compile
  • When the (detailed) compilation results message appears click on OK or Cancel
  • (As after every Compile) Clear your browser cache, and reload M4OPS

See Georeferencing Features for the next stage.
22
M4OPS - Technicalities / To process a new version of the Studies spreadsheet
« Last Post by PeterC on 9 April 2018, 03:57:51 »
The SOPS' Studies spreadsheet lists all the One-Place Studies registered with the society and relevant data about them. M4OPS requires a json version of the latest of these, to provide information about studies known to M4OPS such as Continent/Country.

Whenever a new study is added to M4OPS that is not in the most recent studies.json file we need to create a new version of this file.  The process for doing this is in five parts:
  • Obtain a copy of the latest spreadsheet on your PC
  • Prepare this copy of the spreadsheet so that it is suitable for M4OPS
  • Transfer a copy of this prepared spreadsheet to the M4OPS server
  • Compile the spreadsheet into a json format
  • Put the json file into the appropriate places and test

To obtain a copy of the latest spreadsheet:
  • Obtain the latest "StudiesYYYYMMDD.xlsx" file from the Society and download to your PC (Peter uses the Mapping\Software\M4OPS folder)
  • Note that people's names are not needed, and not usually supplied due to privacy concerns
  • (If not available, or as a temporary expedient, you could just add new studies to the current xlsx file)

To prepare this copy of the spreadsheet so that it is suitable for M4OPS:
  • Open the downloaded file in Excel, and enable editing
  • File/Save As Text (Tab delimited) (*.txt)
  • If an option, click on OK for the Active Sheet only
  • Exit Excel
  • Rename the file as "StudiesYYYYMMDD.xlsx - Active.tsv" (tsv is our name for Tab Separated Values)
  • Open this file in an editor (Peter uses Notepad++) and
    • (it may help to show all white space characters, particularly tabs)
    • delete all the empty (or tab-only) rows at the end of the file
    • delete any empty (or tab-only) rows in the middle of the file
    • check there are no semi-colons in the file (and if there are change them)
    • change all tabs to semi-colons
    • check for any double quotes, which may indicate a split line, and remove them
    • delete excess semi-colons at the end of lines (including the last line), except for any representing blank website values
    • Encoding - click on Convert to UTF-8, save and reload to check it is still encoded as UTF-8 (as json needs this)

To transfer a copy of this prepared spreadsheet to the M4OPS server:
  • FTP the .tsv to /ShowMapsDev/
  • On /ShowMapsDev/ rename the old Studies.csv as StudiesOLD.csv (having deleted any previous OLD versions)
  • On /ShowMapsDev/ rename the .tsv file to Studies.csv

To compile the spreadsheet into a json format:
  • Open mapping4ops.org/ShowMapsDev/CompileStudies.php?BRs&Test to precompile the Studies.json file
  • Make sure that the only OPS listed as "Location not set from Studies.csv" are those we know of (eg BAL, BRI, POR, USG, EDI, LGIWG), or for which we have not yet compiled the OPS.json file
  • (If there are problems later you may want to check the resulting Studies.json file)

To put the json file into the appropriate places and test:
  • On your local PC (Peter uses the Mapping\Software\M4OPS folder) rename the old Studies.json as StudiesOLD.json (having deleted any previous OLD versions)
  • FTP Studies.json from /ShowMapsDev/ to your local PC (Peter uses the Mapping\Software\M4OPS folder)
  • Test the development M4OPS, and when happy all is OK, FTP the Studies.json file from your local PC to /ShowMaps/ (ie the production M4OPS system)
  • (Note that there is no need to repeat the precompile process on the production system, as all that M4OPS needs is this Studies.json file)
  • Test the production M4OPS

23
Feature Layer Technicalities / What is AllFeatures?
« Last Post by PeterC on 5 March 2018, 07:34:40 »
This is a technical note about the use of AllFeatures.geojson and Features.csv within M4OPS.

The Features.csv file contains detail of Features, each of which has a featureid. These can be referenced just by their featureid within other feature csv files (eg Pubs.csv).

If there is an AllFeatures.geojson line within the LayerDefs_Feature.csv file that specifies AllFeatures as the csvname, then FLG.php will compile all the features it can find (that are georeferenced and have a featureid) into an AllFeatures.geojson file. If no such features are found then one point at the centre of the box defined in the OPS, with featureid=F_OPS, is generated - and this should be deleted when there are other points.

To compile AllFeatures.geojson FLG.php will look in Features.csv as well as all the other feature csv files it is told about. Any features in Features.csv that have no geometries are called 'Features still to be Georeferenced'.

AllFeatures.geojson can be opened within M4OPS either as:
  • a Feature Layer - where it cannot be changed
  • a Modifiable Feature Layer - where it can be changed
As an MFL AllFeatures.geojson can be altered in the usual ways using Alter/Move, but it can also be added to by georeferencing 'Features still to be Georeferenced'.  Note that AllFeatures.geojson is stored in the main OPS folder, not in SavedFiles where the normal MFL geojsons are stored.

When the MFL AllFeatures is saved then besides being saved as AllFeatures.geojson a new version of Features.csv is saved - comprising both georeferenced and non-georeferenced features. This can be downloaded onto the user's computer if wanted.
24
M4OPS - for those responsible for an OPS / To add LIDAR layers to an OPS
« Last Post by PeterC on 14 February 2018, 11:10:19 »
The LIDAR layers from the EA are already defined in DefinedLayerDefs_Other.csv, so for a particular OPS all that is necessary is to add pointers to the required defined layers into the LayerDefs_Other.csv file. The process is:
  • Go to the Government's list of DTM LIDAR feeds
  • For 'LIDAR Composite DTM - 2m' click (on the right) Preview on Map
  • Repeat this for:
    • 'LIDAR Composite DTM - 1m'
    • 'LIDAR Composite DTM - 50cm'
    • 'LIDAR Composite DTM - 25cm'
  • Now you have 4 maps in the Preview List on the left, click on Preview Maps
  • In the map, zoom in and find your OPS
  • Find the best (smallest) resolution available for your OPS, by:
    • On the left, turn on the 25cm layer (click to put tick into little box), and wait
    • If no LIDAR map appears, turn on the 50cm layer and again wait
    • Again if no LIDAR map appears, repeat the process for the 1m and, possibly, 2m
  • In your LayerDefs_Other.csv enter a row like (if 1m was the best resolution):
    • Defined;Lidar;EA 1m DTM LIDAR;Terrain (DTM)
  • Repeat the whole process for DSM instead of DTM
  • Then (as usual) upload, recompile, clear cache and refresh M4OPS
25
CMS are about managing archives etc, and the following are some web pages I found from a cursory scan of possibly useful software systems (that I did for a colleague in early 2018). I had not realised how huge an area this is (and bear in mind I know very little about this area).

Possibly useful advice
http://www.nationalarchives.gov.uk/archives-sector/advice-and-guidance/managing-your-collection/documenting-collections/cataloguing-and-archives-networks/
http://collectionstrust.org.uk/what-we-do/
http://carlibrary.org/CMS.htm

Free systems
http://www.collectiveaccess.org/
http://www.adlibsoft.com/products/adlib-museum-lite
http://www.collectionspace.org/
http://www.musarch.com/
http://oedb.org/ilibrarian/5-free-and-open-source-tools-for-creating-digital-exhibitions/
https://www.gallerysystems.com/resources/free-resources/
https://sumac.com/collection-management-software/ (free upto a limit)

Commercial systems that might have reasonable offers for a small museum
http://alm.axiell.com/ incl CALM http://alm.axiell.com/collections-management-solutions/technology/calm-archive/
https://www.townswebarchiving.com/archive-management-software/pastview/
https://lucidea.com/ils-solutions/genieplus-ils/
https://archive-it.org/
https://www.soutron.com/products/digital-media-archive/
https://www.communitysites.co.uk/ - used by eg http://www.ccan.co.uk/
http://www.modes.org.uk/ - but no web aspect

Reviews
https://www.capterra.com/museum-software/
https://granitehorizon.com/blog/a-side-by-side-comparison-of-museum-collection-management-platforms-collectionspace-vs-pastperfect/
26
M4OPS - for those responsible for an OPS / Colouring Feature Layers
« Last Post by PeterC on 10 February 2018, 12:46:45 »
The colour of a feature (as part of its style) is determined by various factors and settings. The first in the following list to yield a valid colour is used:
  • The currently selected "Colour Scheme" based on feature properties (see below)
  • (For points only and if wantIcons is on) The value of the color property (see the function defaultPointStyleArray)
  • The ColourSet specified for this layer in this OPS (see below)
  • The DefaultColourSetsArray (per layer) defined in M4OPS.json for all OPS
  • The default colour (red)

Colour Schemes based on feature properties (see chosenColor function)
If a feature layer has a property that varies that you want to use to colour/color features differently, here is how to create a block of conditions to specify that colour scheme:
  • In the Colours.csv file enter a block of lines that have the following fields:
    • csid: the id of the colour scheme (must be identical for all rows in this block)
    • title: the name of the colour scheme to appear in the dropdown (identical for all rows in this block, except that only the first is used)
    • keytitle: title to appear in the key (identical for all rows in this block, except that only the first is used)
    • fproperty: the feature property to be evaluated
    • comparetype: the comparison operator (<, >, =, <=, or >=)
    • comparevalue: the value to be compared with
    • keyphrase: the phrase to be used in the key before the comparevalue
      • (If the keyphrase starts with * then the comparevalue is not appended to it in the key)
    • colour: the specification of the colour as either:
    • comment: can be used for any comment, eg what the colour is
  • Make sure all the lines (conditions) for the same csid are kept together, and that they are in the right order (because the first that evaluaates to true will be used)
  • It is useful to end each block with a condition with ;;;Unknown for fproperty;comparetype;comparevalue;keyphrase so there is a Catch-all value
  • Otherwise, if no condition is met, the default colour is used
More than one colour scheme can be in the file, each represented by a block of conditions. The possible colour schemes for feature layers appear in a drop down beside the "Feature Layers" title. When one is chosen the features are coloured according to it, and a key appears.

ColourSets (see defaultColor function)
If you wish to be able to colour a feature layer according to non-standard colours, then here is how to do so for your OPS:
  • Specify the ColourSets in the ColourSets.csv file specified for this layer specified for this layer with these fields:
    • csname: the name of the ColourSet
    • pointRGB: the r,g,b string for Points (eg 255, 255, 0)
    • lineRGB: the r,g,b string for Lines
    • polygonRGB: the r,g,b string for Polygons
    • geometrycollectionRGB: the r,g,b string for Geometry Collections
    • multilineRGB: the r,g,b string for Multilines
    • multipolygonRGB: the r,g,b string for Multipolygons
    • description: a description of this ColourSet (eg the colours, or purpose)
    • comment: can be used for any comment
  • In LayerDefs_Feature.csv add the field csname and, for any layer you wish to do so, give it a value to identify the required ColourSet
  • If you wish to associate MFLs with a ColourSet, then add the field csname to OPS.csv with the value to identify the required ColourSet

Useful colours are:
Colour    rgb
To do    ???

Useful help on colours can be found in these w3schools pages:
Technical notes
  • The defaultGeometryStyleFunction is where all features in all layers get their style from, unless specifically defined otherwise.  It hides the feature if its 'hidden' property is set to true, else simply uses the defaultStyles function.
  • Any property whose name contains color or colour is treated as a colour field in display (see allProperties function)
  • The colour of a feature is the same whether it is selected or not (unlike some other aspects of style)
27
Sources of Maps and Geographic Datasets / Creating an OSM feature layer
« Last Post by PeterC on 9 February 2018, 11:39:46 »
To create a layer of features for an OPS extracted from OSM do the following:
  • Open Overpass Turbo
  • Navigate to the OPS study area
  • Click on the 3rd icon down in the group on the left (manually select bbox)
  • Move the boundaries of the bbox to the best fit for the OPS
  • Open the Wizard
  • Enter the following into the Wizard building or ~"addr"~"\\w" - ie every feature that has either:
    • the building tag set (to any value), or
    • any tag containing addr set (to any value)
  • Click on Build Query
  • Click on Run
  • Click on Export
  • Click on download as GeoJSON
  • Saving the file in the appropriate place on your computer, and named OSMyyyymmdd.geojson (eg OSM20180209.geojson)
  • You can now close Overpass Turbo
  • Upload the OSMyyyymmdd.geojson file into M4OPS
  • Edit the LayerDefs_Feature.csv, and set special fields to:
    • mapkey to #OSMData#
    • shorttext to name?addr:housename?addr:housenumber
      • (this defines the equivalency of the shorttext field, so that if the field does not itself have a value then it is set to the value of the equivalency)
      • (the ?s indicate that if the first field in the list does not have a value then the next is evaluated etc)
    • description to shop?amenity?addr:street
    • fl_Ncols to 2
    • flhead_col1 to Building
    • flhead_col2 to Street
    • fl_col2 to addr:street?addr:postcode
    • textforsort to fl_col2&#ZZZ&fl_col1
    • layerdescription to #Overpass#
  • Upload the LayerDefs_Feature.csv file into M4OPS, and Compile
  • Clear the cache and refresh M4OPS

For more information see:
28
M4OPS - for those responsible for an OPS / Georeferencing Features
« Last Post by PeterC on 24 January 2018, 10:28:15 »
If you have a list of features (eg from The Journal or transcripts) within M4OPS that are not georeferenced, and have compiled them, then the next stage of the process is to georeference them. Essentially what you are doing is associating a geometry (a point, line or polygon) with each feature. M4OPS makes this easy for you.

Within your OPS in M4OPS:
  • For the Base layer select as large a scale map as possible (of around the best date), so your georeferencing can be as accurate as possible
    • You may also wish to select an overlay layer - and slide between the Base and Overlay - or remove the Overlay altogether (use the little 'x')
  • Move and zoom the map so you can see the places for the features you want to georeference
  • Under Advanced Options, click on the MFL tab
  • In the drop-down for Modifiable Feature Layers choose the All Features layer, and what should appear are
    • the points and polygons of the georeferenced features so far
      • [Note that if no features have so far been georeferenced, there will be one point showing named 'OPS - Centre', which is the centre of the OPS] - this point is there to show the layer exists, and can be deleted once you have started georeferencing]
    • a list of features still to be georeferenced
    • running totals of (georeferenced) features in the layer and features still to be georeferenced
    • [Note that the Base, Overlay and Feature sections disappear to allow more room for this process.]
  • Select the appropriate set of Fields from the drop-down (these are the predefined properties or values stored for each feature, including any optional ones) - NOT All Properties
  • Now to georeference each feature:
    • In the drop-down, select the feature still to be georeferenced
    • (If not already done so) select the Point, Line or Polygon button
    • You will notice that a blue dot appears under your arrow cursor, and this tells you that you place a point or vertex where you click
    • You will also notice some text appears near your cursor to remind you of the feature you are georeferencing
    • Create the geometry, ie:
      • for a point, click once on the map
      • for a line, click at least once on the map and then double-click for the last point
      • for a polygon, click at least twice on the map and then double-click for the last point
    • When a popup appears
      • in the drop-down confirm (or change) the feature you want to georeference
      • (if you had not already chosen a feature you can do so here)
      • click on Save
      • click on Close
    • [You will then notice that the feature appears on the map, and disappears from the list of features still to be georeferenced - the totals also change]
    • [If you click on Close without Saving the whole operation is cancelled]
  • At any time you can hover over georeferenced features to see their details
  • At any time you can move the positions of any of the points, or the vertices of polygons
    • Click on the Move button, and then drag the points to exactly where you want them
    • You can insert a vertex into any line (or polygon side) by clicking on the line and dragging
    • You can delete any line or polygon vertex just by clicking on it
  • At any time you can change the properties of any feature, delete it, or change its type of geometry (point, line, polygon)
    • click on the Alter button
    • click on the feature you want to change
    • if you want to delete the feature, click on the Delete button
    • otherwise, fill in the form - remembering to Save the form before you Close it
  • Periodically, and when you have finished, click on the (MFL) Save button on the left to save All Features in M4OPS (you can do this as many times as you want)
  • When finished click on the Close button, and the MFL will disappear
  • You can restart the process from the saved position at any time (but you may need to clear your browser's cache and reload M4OPS first for it to recognise your latest alterations)
Once the features are georeferenced please talk to Peter about downloading the Features files and recompiling your OPS within M4OPS.
29
M4OPS - Technicalities / The input CSV files-2
« Last Post by PeterC on 21 January 2018, 15:21:05 »
Note that this is mostly for technical information.
It is the second part of the document about the input csv files.


For each OPS in M4OPS

Input files
All files are in csv format using semi-colon ";", rather than comma, as the separator. No fields can have semi-colons within them, but they can have commas. (On Peter's PC all csv files are within eg \OPS\HcN Holywell-cum-Needingworth\FLG\.)

Every file has field names in its first row, and these field names must be as specified (in the correct case). No quotes are needed for field names or values. Any null or blank values should be left null, ie represented as ;;.

Any blank lines, any starting with the word “Comment”, and any starting with the first field name (thereby allowing a repeat of the first row of field names), are ignored. If you use Excel for accuracy then ensure that the delimiter is set to ";".

These csv files are used to generate geojson and json files, which are what M4OPS to use directly as its input.

Further optional files are:
  • Features.csv - a list of all the features known to the OPS (which can then be referred to by Feature Layers)
    • It must have the following fields
      • featureid - string value by which this feature is referred
      • shorttext - name of the feature, displays on the map when resolution is OK, and in the display panel
    • It must also have one of the following geometries
      • a pair of coordinates corresponding to a point
        • Lat(Y) - numeric (eg 52.32)
        • Lon(X) - numeric (eg -0.03)
      • a geometry specification, comprising:
        • GeomType - Point, LineString, or Polygon
        • GeomCoords - a CoordinateString, eg:
          • for a Point: [-0.03, 52.32]
          • for a LineString: [[30, 10], [10, 30], [40, 40]]
          • for a Polygon: [[30, 10], [10, 30], [40, 40], [30, 10]]
        • always Lon/Lat in decimal degrees - known as EPSG:4326
        • see https://en.wikipedia.org/wiki/GeoJSON for other examples
      • Note that the following are the same point:
        • Lat(Y)=3 and Lon(X)=5
        • GeomType=Point and GeomCoords=[5,3]
      • Note also that we use the field name Lat(Y) for latitude to remind ourselves that in mathematics this is the Y-axis, and similarly Lon(X) as longitude is the X-axis
    • It can have any of the following fields (these correspond to those listed under the PROPERTIES for the GeoJSON file, and become the defaults for all Feature Layers)
      • description - html that displays in the display panel, (default is shorttext)
      • datestart - date from which this feature is to be shown in ISO Format - YYYY-MM-DD, eg 1888-03-25, or 1910 (default 0000-01-01)
      • dateend - date after which this feature is not to be shown (ditto) (default 9999-12-31)
      • internalnote - for internal use eg as a reminder – not displayed anywhere
      • fl_col1 - used as the value in the first column in the feature list, if undefined shorttext is used
      • fl_col2 - used as the value in the second column in the feature list
      • fl_col3 - used as the value in the third column in the feature list
      • textforsort - used for sorting the feature list, if undefined then the value of fl_col1 is used
      • image - the relative filename of an image associated with the Feature (in the Images subfolder)
      • html - the relative filename of a web page associated with the Feature (in the HTML subfolder)
      • pin - pin number - see the available pin styles
      • symbol - name of the icon to use - see the available A-M and N-Z icons
      • color - colour of the circle - see the full range of colours available (default is red)
      • radius - size in pixels of the (filled) circle (default is 5)
  • People.csv - a list of all the people known to the OPS (which can then be referred to by Feature Layers)
    • It must have the following fields
      • personid - string value by which this person is referred (becomes xrefid in the JSON file)
      • shorttext - name of the person (becomes xl_col1 in the JSON file)
    • It can have any of the following fields
      • textforsort - if undefined xl_col1 (shorttext ) is used
      • xlhint -  the hint on hover over the person in the list (eg Birth)
      • datestart - date (eg Birth) from which this person is to be shown in ISO Format - YYYY-MM-DD, eg 1888-03-25, or 1910 (default 0000-01-01)
      • dateend - date (eg Death) after which this person is not to be shown (ditto) (default 9999-12-31)
      • image - the relative filename of an image associated with the Person (in the Images subfolder)
  • Abbreviations.csv - a list of all the abbreviations specific to this OPS (in addition to the standard abbreviations specified in M4OPS.json)
    • It must have the following fields
      • abbcode - the text to be replaced (by convention usually starts and ends with '#')
      • abbhtml - the text by which it is to be replaced
  • Exclusions.csv - a list of all the layers from the Area of the OPS that should be excluded
    • It must have the following fields
      • category - of the layer to be excluded
      • title - name of the layer to be excluded
For more input csv files see The input CSV files and The input CSV files-3
30
M4OPS - Technicalities / The input CSV files-3
« Last Post by PeterC on 21 January 2018, 15:17:20 »
Note that this is mostly for technical information.
It is the third part of the document about the input csv files.


For each (optional) Feature Layer in each OPS in M4OPS
All files are in csv format using semi-colon ";", rather than comma, as the separator. No fields can have semi-colons within them, but they can have commas. (On Peter's PC all csv files are within eg \OPS\HcN Holywell-cum-Needingworth\FLG\.)

Every file has field names in its first row, and these field names must be as specified (in the correct case). No quotes are needed for field names or values. Any null or blank values should be left null, ie represented as ;;.

Any blank lines, any starting with the word “Comment”, and any starting with the first field name (thereby allowing a repeat of the first row of field names), are ignored. If you use Excel for accuracy then ensure that the delimiter is set to ";".

These csv files are used to generate geojson and json files, which are what M4OPS to use directly as its input.

The required files  (using the example of a Feature Layer called “Censuses”) are:
  • Censuses.csv - a list of all the features known to the OPS used in this Feature Layer
    • It must have either:
      • featureid - Required, string, corresponds to the featureid in Features.csv, or
      • one of the geometries listed above under Features.csv
    • It can have any of the other fields listed above in Features.csv (except the geometry - see above), and, if present, these values then override the values in Features.csv
    • Note that if no featureid is given then it must have a shorttext
    • Note that if a featureid and an override shorttext is given then you may also need to give an override fl_col1
The optional files are:
  • Censuses_Events.csv - a list of all the events listed for all the features used in this Feature Layer
    • It must be sorted by featureid, and then in the order you wish them to appear (eg by evdateend)
    • It must have the following fields
      • featureid - Required, string, corresponds to the featureid in Features.csv
      • evshorttext - the short summary heading for the event
      • evdatestart - date from which this event is to be shown in ISO Format - YYYY-MM-DD, eg 1888-03-25, or 1910 (default 0000-01-01)
      • evdateend - date after which this event is not to be shown (ditto) (default 9999-12-31)
      • evdescription - a full html description of the event
    • Note that this requires a featureid and must therefore be in Features.csv
  • Censuses_People_Events.csv - a list of all the events listed for all the people and features used in this Feature Layer
    • It must be sorted by personid, and then in the order you wish them to appear (eg by evdateend)
    • It must have the following fields
      • personid - Required, string, corresponds to the personid in People.csv
      • featureid - Required, string, corresponds to the featureid in Features.csv
      • evshorttext - the short summary heading for the event
      • evdatestart - date from which this event is to be shown in ISO Format - YYYY-MM-DD, eg 1888-03-25, or 1910 (default 0000-01-01)
      • evdateend - date after which this event is not to be shown (ditto) (default 9999-12-31)
      • evdescription - a full html description of the event
  • Censuses_People_Specs.csv - contains the fields specifying the person and results lists
    • It can have the following fields
      • XRefName - (default People)
      • fnresultsHead - the html heading text for each Person (where the text "xrefid" is replaced by the personid)
      • fnresultsBody - the html body of text for each Person (ditto)
      • fnresultsevHead - the html heading text for each event (ditto)
      • fnresultsevBody - the html body of text for each event (ditto)
      • xl_Ncols - the number of columns to be shown in the People list (default 1)
      • xlhead_col1 - the heading for the first column of the People list (default is blank)
      • xlhead_col2 - ditto column 2
      • xlhead_col3 - ditto column 3
   
For more input csv files see The input CSV files and The input CSV files-2
Pages: 1 2 [3] 4 5 ... 10